For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /de/docs/web/aws-ses.md (or send Accept: text/markdown).
Amazon SES für E-Mails einrichten
Richte Amazon SES für Web, Mobile und Desktop mit AWS-SDK- oder IAM-SMTP-Zugangsdaten ein, verifiziere den Absender und vermeide unnötige Mail-Manager-Endpunktkosten.
1. Absender in deiner AWS-Region verifizieren
Öffne Amazon SES in US East (N. Virginia), us-east-1. Wähle Configuration → Identities → Create identity, dann deine Domain oder E-Mail-Adresse, und schließe die DNS- oder E-Mail-Verifizierung ab. Verwende unten dieselbe Region und den verifizierten Absender.
Neue SES-Konten starten in einer Sandbox: Verifiziere auch den Empfänger oder nutze den SES-Postfachsimulator. Beantrage unter Account dashboard Produktionszugang, bevor du an gewöhnliche Kundenadressen sendest. Amazon SES öffnen
2. Für SMTP die Option IAM SMTP credentials wählen
Öffne in SES SMTP settings → Create SMTP credentials. Wähle IAM SMTP credentials statt der mit Recommended markierten Mail-Manager-Option. Die IAM-Karte zeigt Manual credential management. No traffic policies or rule sets. Klicke auf Create IAM credentials, benenne den Versandnutzer und lade die SMTP-Zugangsdaten herunter, bevor du die Seite schließt.
IAM-Zugangsdaten erstellen · Vorhandene verwalten
Diese Links verwenden us-east-1, wo klassisches IAM SMTP verfügbar ist. Erstelle für eine andere unterstützte Region eigene Zugangsdaten und nutze deren SMTP-Endpunkt. Das heruntergeladene SMTP-Passwort ist kein AWS-Secret-Access-Key; nutze es nur für Schritt 5. AWS-Anleitung für SMTP-Zugangsdaten
3. Unnötige Mail-Manager-Kosten vermeiden
IAM SMTP und das SES SDK senden direkt über SES ohne Mail-Manager-Verkehrsrichtlinien oder Regelsätze. Vermeide einen optionalen offenen oder mTLS-Ingress-Endpunkt: AWS nennt dafür beim À-la-carte-Tarif 50 US-Dollar monatlich pro Endpunkt. Authentifizierte Endpunkte sind derzeit kostenlos; Recommended kostet daher nicht automatisch 50 US-Dollar. Normale Versandgebühren und dein gewählter Tarif gelten weiterhin. Aktuelle AWS-Preise prüfen
4. Mit dem AWS SDK senden
Dieser Modus nutzt die SES-API über HTTPS. Gib der Backend-Rolle oder einem eigenen Versandnutzer in IAM ses:SendEmail für die verifizierte SES-Identität. Öffne beim Nutzer Security credentials → Create access key und sichere Access Key ID und ursprünglichen Secret Access Key. Ein SMTP-Passwort kann keine SDK-Anfragen signieren.
Speichere das Beispiel lokal in apps/web/.env.local oder in den geheimen Einstellungen deines Produktionshosts. Ersetze Absender und Platzhalter. Bei einer IAM-Rolle oder einem eingerichteten lokalen AWS-Profil bleiben beide Schlüsselfelder und AWS_SESSION_TOKEN leer; das SDK nutzt seine Standard-Zugangsdatenkette. Explizite Schlüssel müssen vollständig als Paar angegeben werden.
Setze für temporäre explizite Zugangsdaten auch den zugehörigen AWS_SESSION_TOKEN und erneuere alle drei Werte nach Ablauf. Rollenzugangsdaten erneuert das SDK. Zugangsdatenkette des AWS SDK
EMAIL_PROVIDER=ses
EMAIL_FROM=Your App <[email protected]>
AWS_REGION=us-east-1
AWS_ACCESS_KEY_ID=<IAM-access-key-id>
AWS_SECRET_ACCESS_KEY=<original-IAM-secret-access-key>
# Temporary explicit credentials only:
AWS_SESSION_TOKEN=5. Alternativ klassisches IAM SMTP nutzen
Verwende in dieser Alternative den SMTP-Nutzernamen und das SMTP-Passwort aus Schritt 2. Port 587 nutzt STARTTLS; SMTP_SECURE=false wählt diesen Verbindungsmodus. Endpunkt, Zugangsdaten und verifizierter Absender müssen zur selben Region gehören.
Diese Einstellungen des Käufer-Kits gelten für alle drei Plattformen. Wähle jeweils einen Modus: EMAIL_PROVIDER=smtp nutzt SMTP-Zugangsdaten, EMAIL_PROVIDER=ses die SDK-API-Zugangsdaten.
EMAIL_PROVIDER=smtp
EMAIL_FROM=Your App <[email protected]>
SMTP_HOST=email-smtp.us-east-1.amazonaws.com
SMTP_PORT=587
SMTP_SECURE=false
SMTP_USER=<downloaded-SMTP-username>
SMTP_PASSWORD=<downloaded-SMTP-password>6. Einmal für Web, Mobile und Desktop konfigurieren
Starte das Backend nach Änderungen neu. Fordere mit migrierter Datenbank unter /auth einen E-Mail-Anmeldecode für einen erlaubten Empfänger an und prüfe Posteingang und Spam. Mobile nutzt dasselbe Backend, Desktop lädt die Web-App. Beide Clients benötigen weder AWS-Schlüssel noch SMTP-Passwörter.
Zugangsdaten bleiben ausschließlich im Backend, niemals in NEXT_PUBLIC_, EXPO_PUBLIC_ oder im Desktop-Paket. Prüfe bei Fehlern Absenderverifizierung, Sandbox-Empfänger, Region, IAM-Rechte und Zugangsdatenart. queued bedeutet nur, dass SES die Nachricht angenommen hat, nicht dass sie im Postfach liegt. E-Mail-Einrichtung im Überblick