Wie kann ich feststellen, was versucht wird, sendmail / postfix für ML zu verwenden?

0

Ich erhalte mehrmals pro Tag Konsolenmeldungen, die so aussehen:

8/2/13 5:20:00.119 PM postfix/sendmail[31004]: fatal: chdir /Library/Server/Mail/Data/spool: No such file or directory

Wenn ich /var/log/mail.log abschließe, sehe ich die gleichen Meldungen. Laut der Postfix-Konfiguration verweist der Spool in der Tat auf dieses Verzeichnis, und ja, es existiert nicht.

queue_directory = /Library/Server/Mail/Data/spool

Die Sache ist, dass ich nicht möchte, dass Postfix ausgeführt wird, und keine Ahnung habe, warum es Fehler auslöst. Ich lausche nicht auf Port 25 gemäß Netstat und sehe keine Postfix-Prozesse.

Was ist die Ursache des Fehlers? Warum sollte ich es bekommen, wenn Postfix nicht läuft?

Noah Li
quelle

Antworten:

1

Klingt so, als hätten Sie Postfix installiert und ausgeführt.

Sie sollten Ihre Postfix-Konfiguration überprüfen.

Es gibt eine gute Beschreibung Hier .

Oder mach es selbst: Wenn Postfix immer noch nicht funktioniert, überprüfen Sie die Protokolldatei in /var/log/mail.log auf den Fehler:

sendmail: fatal: chdir / Library / Server / Mail / Data / spool: Keine solche Datei   oder Verzeichnis

Führen Sie die folgenden Befehle in Terminal aus, um das Problem zu beheben:

sudo mkdir -p /Library/Server/Mail/Data/spool
sudo /usr/sbin/postfix set-permissions
sudo /usr/sbin/postfix start

Wenn Sie, wie Sie sagen, nicht möchten, dass es sich auf Ihrem Computer befindet, deaktivieren Sie es.

sudo /bin/launchctl unload -w /System/Library/LaunchDaemons/org.postfix.master.plist

Das beantwortet Ihre Frage nicht, wer es verwendet, aber ohne weitere Informationen von Ihnen kann man nicht sagen, es könnte ein Skript in Ihrem System sein.

Sie könnten versuchen herauszufinden, wer sendet, indem Sie zu gehen

Öffnen Sie Ihre Konsole:

Scrollen Sie nach unten zu Var/Log/mail.log

Der Hintergrund: Mac OSX wird mit dem Postfix MTA ausgeliefert, der ein Vollversion ist   vorgestellten SMTP-Server. Unter normalen Umständen gibt es normalerweise keine   Diese Software muss aktiviert oder konfiguriert werden, da der meiste E-Mail-Zugriff erfolgt   in der Regel über GUI-Clients wie die Mail.app - die die   POP / IMAP- und SMTP-Einstellungen für die Verbindung mit dem E-Mail-Dienstanbieter.   Es gibt jedoch bestimmte Umstände, unter denen ein lokales SMTP vorhanden ist   Server ist sehr nützlich, z. B .: Zulassen der Batch-Protokolle und Ausgaben   vom Cron-Daemon oder anderen Skripten, die per Internet-E-Mail gesendet werden sollen   (Dies wird ansonsten lokal geliefert.) Testen von E-Mail-basiertem Code; welche   setzt voraus, dass ein lokaler sendmail-ähnlicher SMTP-Server vorhanden ist

Buscar웃
quelle
Danke für die Antwort. ich rannte sudo /bin/launchctl unload -w /System/Library/LaunchDaemons/org.postfix.master.plist aber eine halbe Stunde später erhielt eine andere der gleichen Sendmail-Fehler in der Konsole
Noah Li
Versuchen Sie zunächst, den Fix wie oben beschrieben zu verwenden, um den Fehler zu beheben. Dann können wir herausfinden, wer die Mail verschickt.
Buscar웃
Das Erstellen des Verzeichnisses und das Neustarten / Stoppen von postfix haben tatsächlich die Konsolenfehler gestoppt. Da Postfix gestoppt bleibt, schätze ich, dass nichts Mail senden wird. Problem gelöst.
Noah Li