Wissensdatenbank
Versandspuren
App-Mails und Newsletter laufen getrennt, damit ein Newsletter nie eine Passwortzurücksetzung verzögert.
Details
- E-Mails gehen über zwei Spuren raus. App-Mails sind Passwortzurücksetzungen, Belege, Codes und Antworten. Broadcasts sind Newsletter und andere E-Mails an viele Empfänger. Jede Spur hat ihre eigene Warteschlange und ihre eigene Reputation, sodass ein großer Newsletter nie einen Anmeldecode aufhält.
- In der App geschriebene E-Mails, Antworten und Sendungen über die API laufen als App-Mails, und jede Kopie eines Broadcasts läuft über die Broadcast-Spur. Eine Sendung über die API kann die Broadcast-Spur mit stream wählen, und über SMTP bewirkt der Header X-OpenEmail-Stream dasselbe.
- Der Tab Gesendet unter Einstellungen → Auswertungen zeigt beide Spuren unter Versandspuren, mit den Empfängern der letzten 7 Tage und den Bounce- und Beschwerderaten jeder Spur.
- Die Broadcast-Spur pausiert sich selbst, wenn ihre Bounce-Rate über 7 Tage 4% oder ihre Beschwerderate 0.2% überschreitet, sobald sie an mindestens 500 Empfänger gesendet hat. Der Workspace-Inhaber bekommt eine E-Mail, laufende Broadcasts werden angehalten und neue abgelehnt, bis die Spur fortgesetzt wird. App-Mails werden nie pausiert.
- Nur der Workspace-Inhaber setzt sie fort, mit Broadcasts fortsetzen im selben Bereich. Angehaltene Nachrichten gehen sofort raus und die Zählung über 7 Tage beginnt neu, bereinigen Sie also zuerst die Zielgruppe.
- Die Spuren gibt es in der REST API als GET /sending/streams und POST /sending/streams/broadcast/resume, im SDK als sending.listStreams und sending.resumeStream, auf der Kommandozeile und auf dem MCP-Server als getSendingStreams und resumeSendingStream.