Postfix vs. Dovecot: verschiedene Aufgaben beim E-Mail-Empfang

Postfix und Dovecot werden häufig zusammen installiert, erfüllen aber unterschiedliche Aufgaben. In einem typischen Empfangssystem nimmt Postfix SMTP an und verwaltet die Queue, während Dovecot die Endzustellung übernimmt oder das Postfach über LMTP und IMAP bereitstellt. Ein aktiver Dienst beweist nicht, dass der gesamte Weg funktioniert.

Dies ist eine Diagnosekarte, keine Produktionsanleitung. Ein echter Betrieb braucht DNS, TLS, Empfängerprüfung, Missbrauchsschutz, Berechtigungen, Backups, Überwachung und sichere Relay-Regeln. Once Email empfängt ausschließlich; es bietet keinen SMTP-Versand, keine Antworten, Weiterleitung oder Massenmail.

Der direkte Vergleich

„Postfix oder Dovecot“ ist deshalb selten eine Produktwahl. Bei gehosteten Postfächern ist entscheidend, wo eine Verantwortung endet und die nächste beginnt.

Eine eingehende Nachricht verfolgen

Die offizielle Postfix-Architektur beschreibt Netzpost, die über smtpd, cleanup und eine Queue läuft. Danach wählt der Queue-Manager einen Zustellagenten. Daraus ergeben sich vier Kontrollpunkte:

1. SMTP-Verbindung: Der entfernte Sender erreicht Postfix und führt die Transaktion aus.
2. Annahme: Postfix akzeptiert oder verweigert den Envelope-Empfänger nach Maps und Regeln.
3. Queue und Übergabe: Die angenommene Nachricht geht an local, virtual, pipe oder LMTP.
4. Zugriff: Nach der Zustellung listet und liest ein autorisierter Client über Dovecot IMAP.

Ein SMTP-250 bedeutet nicht, dass die Nachricht sichtbar ist. Postfix kann sie annehmen und später wegen LMTP, Quote oder Speicher verzögern. Umgekehrt kann sie gespeichert sein, aber durch IMAP-Authentifizierung, Index, Namespace oder Dateirechte unsichtbar bleiben.

LMTP verbindet beide Dienste

Eine übliche Grenze ist LMTP. Postfix behält SMTP und Queue und übergibt die Endzustellung an Dovecot. Der Dovecot-LMTP-Leitfaden zeigt dafür einen geschützten Unix-Socket im Postfix-Spool.

Der Socket ist nicht bloß ein Pfad aus einem Tutorial. Eigentümer, Gruppe, Modus, Chroot-Ort und Dienstverfügbarkeit bilden einen Vertrag. Kann Postfix ihn nicht erreichen, sollte ein Queue-Eintrag verzögert werden; ein leeres Postfach darf den Fehler nicht verbergen. Nach LMTP-Annahme sind Quote und Speicher die wichtigeren Belege.

Machen Sie den Socket nicht für alle beschreibbar. Bestimmen Sie das notwendige Dienstkonto und vergeben Sie minimale Rechte. Veröffentlichen Sie LMTP nicht im Internet, solange Authentifizierung und Transportschutz nicht ausdrücklich entworfen wurden.

Mit Belegen diagnostizieren

Verwenden Sie eine eindeutige Testmarke und ein begrenztes Zeitfenster. Bewahren Sie Queue-ID, SMTP-Statusklasse, LMTP-Ergebnis und ein redigiertes Postfachresultat auf. Echte Adresse, Code, Token, Betreff, Text, Anhangname und vollständige URL gehören nicht in gemeinsame Logs oder Analytics.

Vor Konfigurationsänderungen eine Vier-Felder-Spur anlegen

Für genau eine autorisierte Testnachricht genügen vier redigierte Fakten. Zusammen zeigen sie, ob Annahme, Queue, Endzustellung und Sichtbarkeit dieselbe Transaktion betreffen:

Beginnen Sie nur lesend. postqueue -p listet die Queue; filtern Sie lokal nach der gekürzten ID, statt alles zu exportieren. doveadm mailbox status -u TEST_USER "messages unseen" INBOX prüft Zähler, ausschließlich für eine autorisierte Testidentität. Die offiziellen Referenzen zu Postfix-Queue-Werkzeugen und Dovecot-Mailbox-Status definieren diese Signale. Ohne passenden Zeitpunkt und redigierten Marker beweisen sie nicht dieselbe Nachricht.

Kategorienfehler und sichere Reihenfolge

Dovecot erzeugt keinen SMTP-Listener; Postfix stellt kein IMAP-Postfach bereit. SPF, DKIM und DMARC liegen wiederum auf einer anderen Ebene: Sie liefern Authentifizierungs- und Alignment-Belege, keinen Zugriff. Dafür gibt es den SPF/DKIM/DMARC-Leitfaden.

Eine leere Queue beweist keine Zustellung: Die Nachricht kann gebounced, abgelaufen, bewusst verworfen oder bereits weitergegeben worden sein. Ein leeres Postfach beweist ebenso wenig, dass nichts ankam. Abfragefehler, Offline-Client oder anderer Namespace bleiben möglich. Trennen Sie „kein Ergebnis“, „temporärer Fehler“ und „bestätigt leer“.

Prüfen Sie SMTP, senden Sie genau eine autorisierte Testnachricht, erfassen Sie Postfix-Annahme, Queue und Endzustellung, bestätigen Sie das Dovecot-Postfach und lesen Sie über denselben IMAP-Weg wie die Anwendung. Löschen Sie das Testpostfach und behalten Sie nur redigierte Belege. Ein vorschneller Neustart beider Dienste vernichtet Zeit- und Queue-Daten, ohne die Ursache zu erklären.