Das Wichtigste in Kürze
- Routing über mehrere Anbieter: Verbinden Sie mehrere Versandanbieter (Amazon SES, SendGrid, Mailgun, generisches SMTP, Gmail OAuth) mit einem einzigen Workspace und verwalten Sie sie zentral.
- Gewichtete Lastverteilung: Weisen Sie jedem Server einen Anteil am ausgehenden Traffic zu – abhängig von Kosten, Tageskontingent und maximaler Senderate.
- Automatisches Failover: Meldet ein Anbieter Drosselungs- oder Verfügbarkeitsfehler (zum Beispiel HTTP 429, HTTP 5xx oder SMTP 421 vom Relay), werden Nachrichten in der Warteschlange in Echtzeit auf einen Backup-Server umgeleitet.
Sobald Ihr Volumen Hunderttausende oder Millionen E-Mails pro Monat erreicht, wird ein einzelner Versandanbieter zum Single Point of Failure. Ein Ausfall beim Anbieter, geplante Wartungsarbeiten, Drosselung oder ein unerwartet ausgeschöpftes Tageskontingent können Kampagnen und geschäftskritische Transaktionsmails verzögern.
Die Multi-Provider-Infrastruktur von eMailBase löst dieses Problem: Ihre Versandserver werden zu einem flexiblen, selbstheilenden Pool statt zu einer einzigen Leitung.
1. Die technischen Vorteile einer Multi-Server-Architektur
Wenn Sie mehrere Versandserver über eine zentrale Oberfläche steuern, profitieren Sie von drei operativen Vorteilen:
Automatisiertes Failover
Ist der primäre Server nicht erreichbar oder lehnt er Einlieferungen mit einem temporären Fehler ab (etwa SMTP 421 vom Relay oder HTTP 429 bzw. 5xx von einer Anbieter-API), verschiebt eMailBase die betroffenen Nachrichten in der Warteschlange automatisch auf einen vorkonfigurierten Backup-Server, damit die Kampagne weiterläuft. Zurückstellungen durch den Mailbox-Provider des Empfängers (zum Beispiel ein 4xx von Gmail oder Outlook) werden dagegen planmäßig erneut versucht statt umgeleitet, denn ein Anbieterwechsel löst keine Sperre auf Empfängerseite.
Skalierung von Durchsatz und Kontingenten
Jedes Cloud-Versandkonto hat eine maximale Senderate (E-Mails pro Sekunde) und bei den meisten Anbietern ein Tages- oder Monatskontingent. Verteilen Sie den Traffic auf mehrere Server, nähert sich Ihr Gesamtdurchsatz der kombinierten Kapazität aller Server an – große Kampagnen sind so schneller abgeschlossen. In der Praxis drosseln große Mailbox-Provider auf Empfängerseite dennoch weiterhin. Takten Sie den Versand an jede Empfängerdomain daher entsprechend Ihrer Reputation.
Trennung des Traffics nach Zweck
Sie können jedem Mail-Stream eigene Server zuordnen: ein Google-Workspace-Konto (Gmail OAuth) für persönliche Eins-zu-eins-Nachfassmails im Vertrieb, einen Amazon-SES-Pool für regelmäßige Newsletter und Twilio SendGrid für ereignisgesteuerte Transaktionsmails. Getrennte Streams isolieren zugleich ihre Reputation, sodass eine schwache Newsletter-Kampagne nicht auch Passwort-Resets und Belege in Mitleidenschaft zieht.
2. Gängige Modelle für die Versandinfrastruktur
| Architekturmodell | Konfiguration | Wichtigstes operatives Ziel |
|---|---|---|
| Kostenoptimiert mit Failover | Amazon SES (80 % Gewichtung) + SendGrid (20 % Gewichtung und Failover-Ziel) | Die niedrigen Kosten pro Nachricht bei Amazon SES nutzen und gleichzeitig eine aufgewärmte, zuverlässige Backup-Route über SendGrid vorhalten. |
| Flexibler Einstieg für KMU | Gmail OAuth mit 1 Klick (Eins-zu-eins-E-Mails) + Amazon SES (Kampagnen-E-Mails) | Das bestehende Geschäftspostfach für einen schnellen Start bei der persönlichen Ansprache nutzen, während SES das Massenvolumen übernimmt. Google Workspace begrenzt den Versand auf rund 2.000 Nachrichten pro Nutzer und Tag, und für Massenversand an Gmail sind weiterhin SPF, DKIM und DMARC auf Ihrer Domain erforderlich. |
| Großunternehmen | Mehrere Amazon-SES-Konten in verschiedenen Regionen (US East, EU West, Asia Pacific Southeast) | Unabhängige Kontingente und Senderaten je Region erhalten, Daten zur Einhaltung von Datenresidenz-Vorgaben in der vorgeschriebenen Region halten und bei einem Vorfall in einer AWS-Region weiter online bleiben. |
3. So konfigurieren Sie das Server-Routing in eMailBase
- Öffnen Sie in Ihrem Workspace den BYO Sending Hub.
- Verbinden Sie jeden Anbieter, indem Sie seinen API-Schlüssel oder seine SMTP-Zugangsdaten eingeben, oder verknüpfen Sie ein Google-Konto per OAuth mit einem Klick.
- Stellen Sie mit dem Schieberegler Gewichtung für jeden Server die gewünschte Traffic-Verteilung ein.
- Wählen Sie den Server, der als Failover-Ziel dient, und legen Sie den Retry-Schwellenwert fest, also die Anzahl fehlgeschlagener Versuche, bevor der Traffic auf eine andere Route wechselt.
