Melde dich in der AWS Management Console an und öffne die Amazon SES Console. Wähl im Navigationsbereich unter Configuration den Punkt Identities. Klick in der Tabelle Identities direkt auf den Namen einer verifizierten E-Mail-Identität und nicht auf ihre Checkbox. Wähl auf der Detailseite dieser Identität Send test email.
Bevor du das Ergebnis liest, lohnt sich eine Frage: Wo ist diese Nachricht eigentlich gelandet? Wenn du bei Scenario eine Option des Mailbox-Simulators stehen gelassen hast, ging sie an eine Adresse innerhalb von AWS, die nie einen Mailbox-Provider berührt hat. AWS benennt die Folge unumwunden: E-Mails an den Mailbox-Simulator zählen weder gegen dein Sendekontingent noch gegen deine Bounce- und Beschwerderaten, und sie beeinflussen auch die Kennzahlen des Virtual Deliverability Manager nicht.
Abgerechnet werden sie trotzdem. Für die Abrechnung sind E-Mails an den Mailbox-Simulator von Amazon SES dasselbe wie jede andere E-Mail, die du über Amazon SES verschickst. Ein Simulator-Test ist damit eine bezahlte Nachricht, die nichts verändert und nichts über die Platzierung misst. Das ist völlig in Ordnung, solange dir klar ist, was du da gekauft hast.
Was die einzelnen Adressen des Mailbox-Simulators tun
Der Simulator ist wirklich nützlich, nur nicht für das, wofür die meisten ihn öffnen. Jede Adresse unter simulator.amazonses.com erzwingt genau ein Ergebnis, damit du den Code dahinter durchspielen kannst:
success@simulator.amazonses.comnimmt die Nachricht normal an.bounce@simulator.amazonses.comliefert einen Hard Bounce.complaint@simulator.amazonses.comliefert eine Spam-Beschwerde.ooto@simulator.amazonses.comliefert eine automatische Abwesenheitsnotiz.suppressionlist@simulator.amazonses.comliefert eine Ablehnung wegen Suppression-Liste.
So prüfst du, ob deine Bounce-Verarbeitung eine Adresse wirklich entfernt, ob dein Webhook für Beschwerden auslöst und ob deine Suppression-Logik sich richtig verhält, ohne echte Reputation zu verbrennen, nur um die Ereignisse zu erzeugen. Jede andere Versandplattform in dieser Kategorie verlangt einen echten Bounce, um die Bounce-Verarbeitung zu testen. SES nicht, und das ist ein echter Vorteil.
Der Simulator funktioniert außerdem, solange dein Konto in der Sandbox sitzt, und das wiegt schwerer, als es klingt.
Die Sandbox ist der Grund, warum dein Test nirgends ankommt
Jedes neue SES-Konto startet in der Sandbox, und zwar in jeder Region getrennt. Solange die Sandbox aktiv ist, darfst du nur an verifizierte E-Mail-Adressen und Domains senden oder an den Mailbox-Simulator von Amazon SES. Eine externe Test-Adresse, die du nicht verifiziert hast, ist schlicht nicht erreichbar, und der Fehler sieht nach einem Rechteproblem aus statt nach einer Richtlinie.
Die Sandbox begrenzt den Versand zusätzlich auf 200 Nachrichten pro 24-Stunden-Zeitraum und eine Nachricht pro Sekunde.
Um sie zu verlassen, öffnest du im Navigationsbereich der SES Console das Account dashboard, suchst den Warnhinweis, dass dein Konto in der Sandbox ist, klickst auf View Get set up page und beantragst den Produktivzugang. Welche Limits dich danach erwarten, veröffentlicht AWS nicht: Es heißt nur, die Zahl richte sich nach deinem konkreten Anwendungsfall. Jede Zahl, die anderswo dazu zitiert wird, ist also erfunden.
Formatted oder Raw, und warum dein HTML als reiner Text ankommt
Das Testformular der Console fragt nach einem Email Format. Wählst du Formatted, bringt AWS deinen Text selbst in das E-Mail-Format, was bequem ist und dein HTML verwirft. HTML und Anhänge überleben nur, wenn du Raw wählst und vollständiges MIME selbst einfügst.
An diesen Weg hängt AWS eine Warnung, die es wert ist, wiederholt zu werden, weil der Fehler sonst rätselhaft bleibt: Eine Leerzeile zwischen den beiden Header-Zeilen führt dazu, dass die E-Mail als reiner Text statt als HTML formatiert wird. Wenn dein Raw-Test als Wand aus Markup ankommt, ist das meist die Ursache, und am Symptom lässt sich das nicht ablesen.
Das ist die Grundform von SES. Es ist ein Relay für rohe Nachrichten und kein Kampagnen-Tool, also gibt es kein Rendern von Vorlagen, keine Merge-Tags, keine erzeugten Abmeldelinks und keine Rendering-Vorschau. Aus deiner Nachricht wird nichts entfernt, weil ihr nie etwas hinzugefügt wurde.
SES scannt auf Viren, nicht auf Spam
Eine Bewertung im Stil von SpamAssassin gibt es in SES nirgends, ebenso wenig eine Prüfung auf Spam-Wörter oder eine Note für den Inhalt. Die Funktion, die dafür gehalten wird, ist der Virenscan: Jede Nachricht, die über SES rausgeht, wird auf Viren geprüft, und du kannst das mit einer EICAR-Testdatei belegen, die ein Reject-Ereignis erzeugt.
Das ist Malware-Erkennung. Ob ein Mailbox-Provider deine Nachricht als Spam einsortiert, sagt sie dir nicht.
Für die inhaltliche Hälfte der Frage muss die Prüfung außerhalb von SES stattfinden. Von den Nachrichten, die dieses Jahr mit Unspam getestet wurden, liegen 88 % im unbedenklichen SpamAssassin-Bereich. Der Inhalt ist also selten die ganze Geschichte, aber er ist der günstigste Teil, den du ausschließen kannst, bevor du dir die Reputation ansiehst.
SES misst die Platzierung sehr wohl, an zwei Stellen, beide kostenpflichtig
Die Schaltfläche Send test email in der Console ist nicht der einzige Test in SES, und die anderen beiden übersieht man leicht, weil keiner davon in ihrer Nähe sitzt.
Predictive inbox placement tests gehören seit Jahren zum Deliverability Dashboard von SES und laufen über die API CreateDeliverabilityTestReport. AWS beschreibt sie so: Sie helfen dir vorherzusagen, wie verschiedene E-Mail-Anbieter weltweit mit deinen Nachrichten umgehen. Du lieferst eine Beispielnachricht, und Amazon SES schickt sie an spezielle E-Mail-Adressen bei mehreren großen E-Mail-Anbietern. Der Test ist nach etwa 24 Stunden fertig, das Ergebnis liest du mit GetDeliverabilityTestReport.
Global deliverability kam am 29. Mai 2026 dazu und sitzt im Virtual Deliverability Manager. Es meldet die Anteile für Posteingang, Spam und fehlende Nachrichten samt Aufschlüsselung nach ISP, die Ergebnisse liegen nach ungefähr zwei bis vier Stunden vor, und es bringt zusätzlich eine Blacklist-Überwachung mit. Verkauft wird es als Abo-Paket für $1.250 pro Monat, pro Region und pro Konto, inklusive 5 Domains, 12 IPs und 25 Tests über Seed-Listen pro Monat.
Bei welchen Anbietern die Seed-Konten liegen, wie viele es sind und wie ihre Adressen lauten, veröffentlicht AWS nicht. Das ist eine ernsthafte Lücke, sobald du ein Platzierungsergebnis mit dem Verhalten eines bestimmten Anbieters abgleichen willst.
Die günstigere Funktion, SES deliverability im Virtual Deliverability Manager, ist ein separat buchbarer Zusatz für $0.07 pro 1.000 E-Mails. Du bekommst ein Dashboard und einen Advisor über deine eigenen Versanddaten: Öffnungsrate, Klickrate, Beschwerderate, Zustellrate und Bounce-Rate. Wie jedes Engagement-Dashboard berichtet es über Mail, die irgendwo bereits angekommen ist, und genau danach fragt eine Frage zur Platzierung eben nicht.
Wann du einen echten Versand an eine Test-Adresse brauchst
Sobald du den Produktivzugang hast, ist der ehrliche Test eine ganz normale Nachricht über deinen üblichen SES-Weg, an eine Adresse, die nicht innerhalb von AWS liegt.
Der Leitfaden zur Zustellbarkeit mit Amazon SES behandelt diese Einrichtung, samt Configuration Set und Event Destination, über die du überhaupt erst beobachten kannst, was passiert ist. Für die Frage, wo die Nachricht landet, schickt ein Inbox-Placement-Test sie an Test-Postfächer bei Gmail, Outlook, Yahoo und fünf weiteren Anbietern und meldet das Ergebnis je Anbieter.
Von den Kampagnen, die dieses Jahr bisher durch Unspam gelaufen sind, erreichen 65 % der E-Mails den primären Posteingang, und der Benchmark zur Zustellbarkeit von Unspam verfolgt diese Aufteilung.
Wenn die Nachricht eine ist, die du wirklich versenden würdest, schick sie durch den kostenlosen Spam-Test von Unspam und lies die Authentifizierung am echten Versand ab statt an einem simulierten.
