Behebung eines Zimbra-Mail-Warteschlangen-Rückstands: Postfix sicher leeren und Zustellung überprüfen

Ein Zimbra-Mail-Queue-Flush weist Postfix an, die in der Warteschlange befindlichen Nachrichten erneut zuzustellen. Die Warteschlange wird dabei nicht gelöscht, DNS- oder Netzwerkprobleme werden nicht behoben und es wird auch nicht garantiert, dass entfernte Server jede Nachricht annehmen. Ein sinnvolles Ergebnis ist messbar: Die Warteschlange wächst nicht weiter, die Anzahl der verzögerten Nachrichten nimmt ab oder sie werden erfolgreich zugestellt, und neue E-Mails können den Mail Transfer Agent (MTA) passieren.

Führen Sie die folgenden Schritte als Administrator auf dem Zimbra-Server aus. Befehle und Pfade können je nach Zimbra-Version variieren. Überprüfen Sie die Ausführungspfade auf Ihrem Host, bevor Sie die Befehle ausführen; verwenden Sie nicht versehentlich die separate Postfix-Installation des Betriebssystems.

1. Prüfen Sie, wie groß der Rückstand ist

Stellen Sie eine Verbindung zum Server her und wechseln Sie mit der für Ihre Website vorgesehenen Administrationsmethode zum Zimbra-Konto. Das Warteschlangen-Übersichtsprogramm ist üblicherweise unter /var/www/zimbra installiert /opt/zimbra/libexec/zmqstat. Die Dokumentation von Zimbra zeigt, dass es die Anzahl der zurückgehaltenen, beschädigten, verschobenen, aktiven und eingehenden Nachrichten protokolliert.

sudo /opt/zimbra/libexec/zmqstat

Je nach sudo-Konfiguration führen Sie den Befehl vom Zimbra-Konto aus oder verwenden Sie die für Ihren Server konfigurierte Berechtigungsmethode. Eine Beispielzusammenfassung könnte beispielsweise „ 240 Nachrichten“ deferred=240und „240 Nachrichten“ anzeigen active=3. Dies sind lediglich Zählwerte und kein Beweis dafür, dass 240 Nachrichten dauerhaft blockiert sind. Vergleichen Sie die Werte nach einigen Minuten erneut und notieren Sie, welche Kategorie sich ändert.

Überprüfen Sie anschließend die einzelnen Warteschlangeneinträge. Viele aktuelle Installationen verwenden den common/sbinPfad; ältere Installationen verwenden möglicherweise postfix/sbin. Verwenden Sie den Pfad, der tatsächlich auf Ihrem Server existiert.

/opt/zimbra/common/sbin/postqueue -p

Falls dieser Pfad fehlt, prüfen Sie, ob Ihre Installation die entsprechende Datei enthält /opt/zimbra/postfix/sbin/postqueue, und ersetzen Sie ihn gegebenenfalls in den folgenden Befehlen durch den vollständigen Pfad. Die Zimbra-Dokumentation beschreibt sowohl die Warteschlangenübersicht als auch die detaillierte postqueue -pAuflistung. Warteschlangen-IDs können ein abschließendes Sternchen für aktive Zustellversuche oder ein Ausrufezeichen für eine zurückgehaltene Nachricht enthalten. Siehe die Zimbra-Referenz zur Postfix-Warteschlange .

2. Ermitteln Sie den Grund, warum Nachrichten warten.

Prüfen Sie das Alter der ältesten Nachrichten und den Zustellungsstatus im Zimbra-Log. Eine verzögerte Nachricht wartet auf einen weiteren Zustellungsversuch; die Verzögerung kann durch einen Remote-Server, eine DNS-Abfrage, ein Netzwerk-Timeout, TLS-Aushandlung oder ein lokales Routing- oder Relay-Konfigurationsproblem verursacht werden. Der genaue Statustext ist aussagekräftiger als die Anzahl der Nachrichten in der Warteschlange.

grep -E 'status=(deferred|sent|bounced)|connect to|TLS|SASL|relay=' /var/log/zimbra.log | tail -n 50

Interpretieren Sie diese Zeilen im Kontext. Wiederholte Verbindungsabbrüche zu einem Ziel deuten auf ein Verbindungs- oder Serverproblem hin. Namensauflösungsfehler weisen auf ein DNS-Problem hin. Eine temporäre Ablehnung oder Ratenbegrenzung durch den Server kann ein Warten oder die Kontaktaufnahme mit dem Empfängeranbieter erforderlich machen. Authentifizierungs- oder TLS-Fehler können auf ein lokales Konfigurationsproblem hinweisen. Ein status=sentEintrag bedeutet, dass der nächste Zustellungsschritt die Nachricht akzeptiert hat; er besagt nicht, dass der Empfänger sie gelesen hat oder dass sie den Posteingang erreicht hat.

Wenn die Warteschlange schnell anwächst, suchen Sie nach einem Absender mit hohem E-Mail-Aufkommen oder einem kompromittierten Konto, bevor Sie es wiederholt versuchen. Die Anti-Spam-Anleitung von Zimbra empfiehlt, den Inhalt der Warteschlange mit dem Absender und den Authentifizierungsaktivitäten zu korrelieren und die Quelle einzudämmen, bevor Sie unerwünschte E-Mails löschen. Lesen Sie die Schritte zur Untersuchung von Warteschlangen und Spam in Zimbra .

3. Beheben Sie die Ursache, bevor Sie Postfix zum erneuten Versuch auffordern.

Anhand der Protokolldaten lässt sich feststellen, ob es sich um ein vorübergehendes oder lokales Problem handelt. Prüfen Sie, ob die Namensauflösung und der ausgehende Netzwerkzugriff auf die betroffenen Mailziele auf dem Server funktionieren. Falls das Protokoll auf eine Drosselungsreaktion eines externen Anbieters hinweist, vermeiden Sie wiederholte Anfragen an diesen Anbieter; Wiederholungsversuche können dessen Richtlinie nicht außer Kraft setzen. Wenn mehrere Domains mit demselben lokalen Fehler ausfallen, überprüfen Sie die entsprechende Zimbra MTA-Konfiguration und den Dienststatus, bevor Sie Einstellungen ändern.

Nachrichten mit dem Vermerk „zurückgehalten“ erfordern besondere Aufmerksamkeit: Ein normaler Flush-Befehl gibt zurückgehaltene E-Mails nicht frei. Prüfen Sie, warum die Nachrichten zurückgehalten wurden und ob sie legitim sind, bevor Sie sie freigeben. Auch beschädigte oder zurückgesendete Nachrichten müssen separat behandelt werden; ein erneuter Zustellversuch wandelt eine endgültige Ablehnung nicht in eine erfolgreiche Zustellung um. Bewahren Sie während der Untersuchung die Warteschlangen-IDs und relevanten Protokolleinträge auf.

Die Fehlerbehebungsunterlagen von Zimbra nennen MTA /var/log/zimbra.logals primären Anlaufpunkt zur Untersuchung von MTA-Problemen und listen Warteschlangen-Dienstprogramme wie postqueuez. B. zmqstatauf. Die genaue Dienststruktur und die Speicherorte der ausführbaren Dateien sind versionsabhängig. Prüfen Sie daher die Dokumentation Ihrer installierten Version, bevor Sie Dienste neu starten oder die Konfiguration bearbeiten. Weitere Informationen finden Sie in den MTA-Fehlerbehebungstools von Zimbra .

4. Leeren Sie die Postfix-Warteschlange.

Sobald Sie bestätigt haben, dass die in der Warteschlange befindliche E-Mail legitim ist und die Blockierungsursache behoben oder verstanden haben, fordern Sie einen Warteschlangenlauf an. Ersetzen Sie den Pfad durch den auf Ihrem Server vorhandenen Pfad:

/opt/zimbra/common/sbin/postqueue -f

Bei einer Installation mit dem älteren Pfad verwenden Sie /opt/zimbra/postfix/sbin/postqueue -fstattdessen den Befehl `flush`. Die Zimbra-Warteschlangenreferenz beschreibt diesen Befehl postqueue -fals `flush`-Befehl. Die Anfrage veranlasst Postfix, die in der Warteschlange befindlichen E-Mails zu prüfen; es handelt sich nicht um einen Löschvorgang. Die Antwort kann ohne eine aussagekräftige Erfolgsmeldung erfolgen. Beurteilen Sie das Ergebnis daher anhand der späteren Warteschlangenanzahl und der Zustellungsprotokolle und nicht anhand der kurzen Ausgabe des Befehls.

Ein Flush ist nach einer kurzen Netzwerkunterbrechung oder nach Behebung eines temporären Konfigurationsproblems sinnvoll. Er hilft jedoch wahrscheinlich nicht, solange DNS, Routing, Relay, TLS oder ein entfernter Empfangsserver nicht verfügbar sind. Häufiges, schnelles Wiederholen des Befehls kann zu unnötigem Datenverkehr und Wiederholungsversuchen führen, ohne die Fehlerursache zu beheben.

5. Überprüfen Sie das Ergebnis und wählen Sie den nächsten Schritt.

Nachdem eine kurze Zeitspanne für Zustellversuche abgewartet wurde, wiederholen Sie die Warteschlangenübersicht und überprüfen Sie die letzten Protokolleinträge:

sudo /opt/zimbra/libexec/zmqstat
tail -n 100 /var/log/zimbra.log

Achten Sie auf mehrere Anzeichen gleichzeitig: sinkende Anzahl verzögerter Nachrichten, Verschwinden älterer Warteschlangeneinträge, neue status=sentDatensätze für die betroffenen Ziele und weniger neu verzögerte Nachrichten. Eine Warteschlange kann im Normalbetrieb gefüllt bleiben. Eine einzelne erfolgreiche Zustellung bedeutet nicht, dass alle Empfängerdomänen fehlerfrei funktionieren.

• Wenn die Anzahl sinkt und die Lieferprotokolle eine Akzeptanz anzeigen: Überwachen Sie die Vorgänge weiter, bis der Rückstand wieder sein normales Niveau erreicht hat.
• Falls die gleichen Meldungen erneut auftreten: Befolgen Sie den wiederholten Fehlertext und beheben Sie das zugrunde liegende DNS-, Netzwerk-, TLS-, Relay- oder Empfängerproblem.
• Wenn die Anzahl weiter steigt: Untersuchen Sie eine Sendeschleife, Massenmailings oder ein kompromittiertes Konto und unterbinden Sie neue unerwünschte Mailings, bevor Sie es erneut versuchen.
• Falls noch Einträge mit fehlerhaften oder gesperrten Zählern vorhanden sind: Überprüfen Sie diese Meldungen separat; ein allgemeiner Löschvorgang ist keine Bereinigungsmaßnahme für diese Kategorien.

Löschen Sie nicht alle Nachrichten, nur um die Warteschlangenanzeige zu leeren. Wenn eine bestimmte Nachricht als unerwünscht oder unzustellbar bestätigt wurde und die Richtlinien das Löschen zulassen, speichern Sie ihre Warteschlangen-ID und überprüfen Sie diese, bevor Sie die entsprechende Warteschlangenverwaltungsprozedur anwenden. Zimbra weist ausdrücklich darauf hin, dass das Löschen Auswirkungen auf Benutzer haben kann und empfiehlt, die Warteschlangendetails vor dem Löschen von Nachrichten zu protokollieren. Vermeiden Sie es, Dateien direkt aus den Postfix-Spool-Verzeichnissen zu löschen; dies umgeht die Warteschlangenverwaltung und kann den E-Mail-Status beschädigen.

Was ein erfolgreicher Spülvorgang Ihnen sagen kann und was nicht

Eine erfolgreiche Wiederherstellung bedeutet eine nachhaltige Verbesserung des Nachrichtenflusses und nicht nur einen momentanen Nullwert. Postfix kann weiterhin E-Mails für entfernte Ziele in die Warteschlange stellen, die nicht erreichbar sind oder Verbindungen vorübergehend ablehnen. Der Befehl `flush` initiiert Wiederholungsversuche; er kann jedoch weder die Zustellung garantieren noch absichtlich zurückgehaltene Nachrichten freigeben, fehlerhafte Konfigurationen korrigieren oder feststellen, ob das System eines Empfängers eine Nachricht nach der SMTP-Übergabe akzeptiert hat.

Die genannten Seiten des Zimbra Tech Centers dokumentieren (Stand: 6. Oktober 2026) die hier verwendeten Befehle für die Warteschlange und die Fehlerbehebung. Sie bieten jedoch keine allgemeingültige und für alle Zimbra-Versionen gültige Anleitung. Überprüfen Sie daher die Speicherorte der Binärdateien und das Berechtigungsverhalten auf Ihrem eigenen Server, bevor Sie Befehle ausführen, insbesondere bei älteren oder kundenspezifischen Installationen.