Klassische SMTP-Konten
Geeignet für Formularmails, Double-Opt-in, Systemnachrichten, Tests und kleinere Versandmodelle über vorhandene Mailserver.
Amazon SES als Provider
MailResponder bindet Amazon SES nativ per SES SMTP oder SES API ein und kann den Provider für Kampagnen und größere Versandmengen nutzen.
Getrennte Zustelllogik
SMTP-Bounces bleiben im Mailbox-System. SES verarbeitet Bounces, Complaints und Zustellstatus strukturiert über SNS und Webhook.
Welcher Versandweg übernimmt welche Aufgabe?
| Versandaufgabe | Klassischer SMTP | Amazon SES |
|---|---|---|
| Formular- und DOI-Sofortmails | Gut für vorhandene Domain-Postfächer und kleine Mengen | Möglich, aber nicht für jede Installation erforderlich |
| Newsletter und Kampagnen | Abhängig von Providerlimits und Reputation | Für planbaren Kampagnen- und Massenversand vorgesehen |
| Bounce-Verarbeitung | Mailbox-Rückmeldungen mit validierbarem MailResponder-Marker | Strukturierte SES-Ereignisse über SNS und Webhook |
| Domain- und Mengenlimits | Regeln pro SMTP-Konto | Eigene Providerregeln und Versandprotokolle |
Vor dem produktiven Versand abstimmen
Ein eingetragener Zugang allein genügt nicht. Absenderidentität, Domainkonfiguration, Ereignisverarbeitung und Versandlimits müssen zusammenpassen.
SPF, DKIM, DMARC und bei Amazon SES die Domain Identity werden vor dem ersten Kampagnenversand geprüft.
SES-Region, SMTP-Endpunkt, MAIL-FROM-Domain und Versandmethode müssen konsistent konfiguriert sein.
Permanente Bounces und Complaints müssen zuverlässig in den gemeinsamen Empfänger-Sperrstatus einfließen.
Vor Kampagnen prüft MailResponder unter anderem Vorlage, Zielgruppe, Absender, Provider und Abmeldelink.
Versandweg und Hosting gemeinsam planen
Die MailResponder-Instanz benötigt eine stabile Laufzeitumgebung. Der Versandprovider wird anschließend nach Mailtyp, Volumen und gewünschter Ereignisauswertung ausgewählt.