Fehlerbehebung
E-Mail-Fehler "retry time not reached for any host"
Der Text "retry time not reached for any host" bedeutet, dass Exim weitere Zustellversuche an dieses Ziel bis zum nächsten geplanten Zeitpunkt zurückgestellt hat. Wenn die Unzustellbarkeitsnachricht zusätzlich "after a long failure period" enthält, ist der Zeitraum für Wiederholungen bereits abgelaufen und diese konkrete Nachricht wird nicht mehr automatisch zugestellt.
Meist handelt es sich nicht um einen Passwortfehler des Absenders. Es ist ein Zustand der E-Mail-Warteschlange, der mit der empfangenden Domain zusammenhängt.
Häufige Ursachen
- Die MX-Server des Empfängers antworten nicht oder lehnen die Verbindung ab.
- Es gibt ein DNS-Problem bei der empfangenden Domain.
- Eine Firewall blockiert die SMTP-Verbindung oder lässt sie in einen Timeout laufen.
- Alle vom Empfänger veröffentlichten Server sind vorübergehend außer Betrieb.
- Dasselbe Ziel schlägt seit längerer Zeit fehl und Exim hat die Abstände zwischen den Versuchen vergrößert.
Was Sie prüfen sollten
- Öffnen Sie Track Delivery in cPanel und suchen Sie die Nachricht nach Empfänger und Datum; notieren Sie auch ihre Kennung, falls sie angezeigt wird.
- Prüfen Sie die vorherigen Zeilen des Verlaufs: Sie zeigen normalerweise den Timeout, die Ablehnung oder den DNS-Fehler, der den Wiederholungszustand ausgelöst hat.
- Prüfen Sie, ob nur eine empfangende Domain oder viele verschiedene Ziele betroffen sind.
- Prüfen Sie öffentlich, ob die Empfängerdomain gültige MX-Einträge veröffentlicht.
Senden Sie nicht wiederholt erneut, solange die Ursache unbekannt ist. Ist die Nachricht weiterhin zurückgestellt, fährt Exim nach seinem Zeitplan fort; haben Sie bereits eine Unzustellbarkeitsnachricht mit after a long failure period erhalten, beheben Sie zuerst das Problem und senden Sie die Nachricht danach erneut.
Wann Sie eingreifen sollten
Wenn nur eine Domain betroffen ist, lässt sich die Verantwortung nicht allein anhand dieses Textes feststellen. Die vorherigen Versuche müssen geprüft werden, um zwischen einem Fehler ihrer MX-Server oder Firewall und einem Wiederholungszustand, Cache oder einer Sperre auf dem sendenden Server zu unterscheiden.
Wenden Sie sich an den Support und nennen Sie Absender, Empfänger, Datum und die vollständige Meldung. Wir können die Zustellung verfolgen, die Warteschlange prüfen und klären, ob der Wiederholungszustand zurückgesetzt oder die Firewall geprüft werden muss. Senden Sie nicht das Passwort des Postfachs.
Doppelte Zustellungen vermeiden
Bevor Sie eine dringende Nachricht erneut senden, prüfen Sie, ob das Original noch in der Warteschlange ist oder bereits eine endgültige Unzustellbarkeitsnachricht erhalten hat. Ein neuer Versand entfernt den vorherigen nicht: Beide könnten zugestellt werden, sobald das Ziel wieder erreichbar ist. Wenn Sie den Empfänger über einen anderen Kanal informieren, weisen Sie darauf hin, dass die ursprüngliche E-Mail noch ausstehen kann.
Intervall und Dauer der Wiederholungen hängen von der Exim-Konfiguration ab; aus diesem Text lässt sich kein genauer Zustellzeitpunkt ableiten. Löschen Sie keine Wiederholungsdatenbanken und erzwingen Sie nicht die gesamte Warteschlange nach allgemeinen Anleitungen: Der Support muss das konkrete Ziel und den vorherigen Fehler bewerten.
Das könnte Ihnen auch helfen
- Von Mailservern blockierte .eml-Dateien Warum der Server eine E-Mail mit einem .eml-Anhang ablehnt, wie Sie sie so weiterleiten, dass sie an...
- Authentifizierungsfehler beim Senden von E-Mails aus Outlook oder Thunderbird Wenn Outlook oder Thunderbird nicht senden, immer wieder nach dem Passwort fragen oder den Fehler 53...
- Debug-Modus von PHPMailer aktivieren und SMTP-Fehler diagnostizieren Aktivieren Sie das SMTP-Protokoll von PHPMailer auf sichere Weise, interpretieren Sie die Antworten...
- Gmail stuft E-Mails als möglichen Identitätsdiebstahl ein Analysieren Sie die Spoofing-Warnung von Gmail anhand der Ergebnisse von SPF, DKIM und DMARC und aut...
Stimmt etwas nicht oder hat sich etwas geändert? Erzählen Sie es uns, und wir prüfen es.