Source: https://once-email.com/de/blog/corecomponent Zustellung und Authentifizierung · 22. Mai 2025Aktualisiert 23. Aug. 2026 # Postfix vs. Dovecot: verschiedene Aufgaben beim E-Mail-Empfang Ordnen Sie Postfix, Dovecot, LMTP, Queue und IMAP im Eingangsweg ein und lokalisieren Sie Zustellfehler anhand von Belegen. [Once Email Engineering, Once Email author Once Email Engineering]() Geprüft von Technische Prüfung von Once Email Dabei hilft dieser Leitfaden Bestimmen, ob ein Eingangsfehler bei SMTP, Queue-Zustellung, Postfachspeicher oder IMAP-Zugriff liegt. Artikelleitfaden Warum sich dieser Artikel lohnt **Eigene Analyse** Der Leitfaden verfolgt eine Nachricht durch SMTP-Annahme, Queue, LMTP-Zustellung, Speicherung und IMAP-Zugriff und ordnet jedes Fehlersignal der tatsächlich verantwortlichen Komponente zu. **Trendkontext** Postfix und Dovecot werden weiterhin kombiniert, doch Container und Bedienfelder verbergen die Grenze zwischen Transfer, Endzustellung und Postfachzugriff und begünstigen Fehldiagnosen. **Praktischer Nutzen** Betreiber erhalten eine Entscheidungstabelle und eine sichere Prüffolge für SMTP-Ablehnung, Queue-Verzögerung, Schreibfehler und IMAP-Probleme, ohne sensible Inhalte zu protokollieren. 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]() | Frage | Postfix | Dovecot | | --- | --- | --- | | Hauptrolle | Empfängt oder sendet SMTP | Bietet IMAP/POP3 und kann LMTP annehmen | | Besitzt die Mail-Queue | Ja | Nein | | Entscheidet über SMTP-Empfänger | Meist Postfix mit Maps und Richtlinien | Kann je nach Entwurf Nutzerdaten liefern | | Schreibt in das endgültige Postfach | Lokal/virtuell oder delegiert | Dovecot LMTP kann final zustellen | | Lässt Clients Nachrichten lesen | Nein | Ja, üblicherweise über IMAP | „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]() | Beobachtung | Zuerst prüfen | | --- | --- | | Keine Verbindung zu Port 25 | DNS, Firewall, TLS oder Postfix ` smtpd ` | | Empfänger wird vor dem Inhalt abgelehnt | Postfix-Maps und Richtlinien, eventuell Nutzerdirectory | | SMTP nimmt an, Nachricht bleibt deferred | Postfix-Queue und gewählter Transport | | LMTP-Socket fehlt oder verweigert Zugriff | Postfix–Dovecot-Socket und Rechte | | LMTP meldet Quote oder Schreibfehler | Dovecot-Zustellung und Speicher | | Datei liegt vor, IMAP listet sie nicht | Dovecot-Authentifizierung, Namespace, Index und Rechte | 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: | Prüfpunkt | Aufbewahren | Aussage | | --- | --- | --- | | SMTP-Annahme | Zeit, Enhanced-Statusklasse und gekürzte Queue-ID | Postfix nahm die Transaktion an; Endzustellung ist nicht bewiesen | | Queue-Ergebnis | Dieselbe gekürzte ID, Transport und delivered/deferred | Postfix wählte einen Transport und schloss die Übergabe ab oder behielt sie zurück | | LMTP-Ergebnis | Erfolg oder Fehlerklasse ohne Empfänger und Inhalt | Dovecot LMTP nahm final an oder gab einen begrenzten Grund zurück | | Sichtbarkeit | Postfachzähler vorher/nachher und Leseergebnis der Anwendung | Der Speicher änderte sich und der echte Leseweg sieht das Ergebnis oder nicht | 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. ## Verwandte Leitfäden So lesen Sie empfangene Header und verfolgen einen E-Mail-Zustellungspfad Folgen Sie den empfangenen Header-Feldern in der richtigen Reihenfolge, vergleichen Sie Zeitstempel sicher und erkennen Sie die Grenzen von Hostnamen, IP-Adressen und nicht vertrauenswürdigen Trace-Daten. [So lesen Sie empfangene Header und verfolgen einen E-Mail-Zustellungspfad]() So verwenden Sie eine temporäre E-Mail-API, ohne unzuverlässige Tests zu erstellen Ein praktisches Design für temporäre E-Mail-API-Tests: Isolieren Sie jeden Lauf, fragen Sie ihn mit Backoff ab, identifizieren Sie die richtige Nachricht, schützen Sie Geheimnisse und bereinigen Sie ihn immer. [So verwenden Sie eine temporäre E-Mail-API, ohne unzuverlässige Tests zu erstellen]() Bestätigungs-E-Mail kommt nicht an? Eine Checkliste zur sicheren Fehlerbehebung Bewältigen Sie Adressfehler, Absenderverzögerungen, Wiederholungsversuche, Filterung und Postfachbeschränkungen, ohne wiederholt Codes anzufordern oder die Kontosicherheit zu schwächen. [Bestätigungs-E-Mail kommt nicht an? Eine Checkliste zur sicheren Fehlerbehebung]() ## Datenschutzorientierte E-Mail-Werkzeuge E-Mail-Header-Analysator Erklärt Zustellstationen und fasst SPF-, DKIM- und DMARC-Hinweise zusammen, ohne absolute Echtheit zu behaupten. [E-Mail-Header-Analysator]() [Viele E-Mail-Anhänge lokal mit UnpackFlow entpacken Anhänge in einen eigenen Ordner laden, jeden Download prüfen und mehrteilige oder verschachtelte Archive mit list, plan, run oder start lokal verarbeiten.]() [Wie lange ist eine temporäre E-Mail gültig? Planen Sie, bevor es abläuft Informieren Sie sich über die Lebenszeitoptionen, das Löschen und Ersetzen von Once Email und entscheiden Sie dann, was gespeichert werden soll und wann ein Konto eine dauerhafte Wiederherstellungsadresse benötigt.]()