E-Mail-Status

Jede E-Mail hat einen Status, der zeigt, wo sie sich in ihrem Lebenszyklus befindet. Diese Seite listet alle 14 Status auf, wie eine E-Mail zwischen ihnen wechselt und was Sie tun, wenn eine E-Mail an einer unerwarteten Stelle stehen bleibt. Der Status ist nur der letzte Zustand; den vollständigen Verlauf finden Sie auf der Detailseite der E-Mail und in den Events.

Statusreferenz

„Endgültig“ bedeutet, dass Emailit den Status nicht mehr von selbst ändert. Eine E-Mail mit endgültigem Status lässt sich trotzdem erneut senden, was eine neue E-Mail mit neuer ID erstellt.

Webhooks erhalten email.canceled und email.held, wenn sie alle Events abonniert haben oder wenn Sie die Events per API zur Event-Liste des Webhooks hinzufügen. Siehe Event-Typen.

Lebenszyklus

Die meisten E-Mails durchlaufen diesen Weg:

1. Erstellt. Ein Versand per API erstellt die E-Mail als accepted oder als scheduled, wenn scheduled_at in der Zukunft liegt. Versände per SMTP beginnen ebenfalls als accepted. Eingehende E-Mails werden als received erstellt und ändern sich nie.
2. Geprüft. Vor jedem Zustellversuch prüft Emailit Workspace, Domain, API-Schlüssel, Credits, Sperrliste und Spam-Score. Eine fehlgeschlagene Prüfung beendet die E-Mail als held, rejected oder suppressed, ohne sie zu senden.
3. Zugestellt oder zurückgestellt. Der Zustellversuch gelingt (delivered), schlägt vorübergehend fehl (attempted, dann erneuter Versuch) oder schlägt dauerhaft fehl (bounced).
4. Engagement. Ist Tracking aktiviert, setzen Öffnungen und Klicks eine zugestellte E-Mail auf loaded und dann auf clicked.
5. Späte Berichte. Ein Bounce-Bericht, der nach der Zustellung eintrifft, ändert den Status zu bounced. Eine Spam-Beschwerde ändert ihn zu complained.

Zu jedem Zeitpunkt vor der Zustellung kann eine E-Mail mit scheduled, accepted oder attempted auf canceled gesetzt werden.

Die Engagement-Leiter

Zustell- und Engagement-Status bewegen sich nur vorwärts:

accepted, scheduled oder attempted → delivered → loaded → clicked

Ein späteres Event bewegt eine E-Mail nie auf der Leiter zurück. Ist ein Klick erfasst, bleibt die E-Mail clicked, auch wenn weitere Öffnungen eintreffen. Eine Öffnung oder ein Klick kann delivered überspringen, weil sie belegen, dass die Nachricht angekommen ist. Status, die die Zustellung beenden (bounced, failed, rejected, suppressed, complained und canceled), werden nie durch Öffnungen oder Klicks überschrieben.

Wiederholungsplan bei attempted

Antwortet ein Empfangsserver mit einem vorübergehenden Fehler (einer 4xx-Antwort wie 421 oder 451, einem Timeout oder einem Verbindungsfehler), wird die E-Mail attempted, und Emailit versucht es erneut. Jede Wartezeit ist doppelt so lang wie die vorherige:

Das sind 7 Zustellversuche über etwa 21 Stunden. Sind sie aufgebraucht, wird die E-Mail mit „Maximum number of delivery attempts (7) has been reached“ als bounced markiert, und der Empfänger wird mit dem Grund too many soft fails gesperrt, sofern Ihre Einstellungen zur automatischen Sperrung Bounces nicht ausschließen.

Jeder Versuch steht mit der Antwort des Servers im Tab Deliveries der E-Mail, und jeder sendet ein Event email.attempted mit smtp_code, smtp_enhanced_code und smtp_response. Manche vorübergehenden Antworten, die eindeutig ein dauerhaftes Problem bedeuten, etwa ein deaktiviertes Postfach, werden sofort als Bounce behandelt. Drosselt ein Anbieter, kann Emailit die Zustellung an ihn außerdem kurz pausieren; diese Zeilen lauten „Delivery delayed due to…“.

Warum eine E-Mail zurückgehalten wird

Eine zurückgehaltene E-Mail wurde aus der Versandwarteschlange genommen, ohne gesendet zu werden. Der Tab Deliveries der E-Mail zeigt, welcher Grund zutraf:

Zurückgehaltene E-Mails werden nicht automatisch freigegeben. Wählen Sie nach dem Beheben der Ursache bei der E-Mail Retry oder rufen Sie E-Mail erneut senden auf. Erneutes Senden erstellt eine neue E-Mail mit demselben Inhalt und berechnet erneut Credits.

Warum eine E-Mail abgelehnt wird

Bis Ihr Workspace Produktionszugang hat, können Sie nur an die Kontoadressen von Mitgliedern des Workspace senden. Für andere Empfänger gibt die API beim Senden 403 zurück und SMTP 550, sodass Sie meist den Fehler statt einer E-Mail sehen. Der Status rejected erscheint, wenn dieselbe Prüfung später fehlschlägt, zum Zeitpunkt der Zustellung, zum Beispiel bei einer E-Mail, die vorher geplant wurde. Der Tab Deliveries zeigt „Unverified workspaces can only send to workspace members’ account emails“ und die blockierte Adresse.

Regeln für erneutes Senden

Entfernen Sie bei einer gesperrten E-Mail die Adresse zuerst von Ihrer Sperrliste, sonst wird auch die erneut gesendete E-Mail gesperrt.

Siehe auch