> ## Documentation Index
> Fetch the complete documentation index at: https://supastack.dev/llms.txt
> Use this file to discover all available pages before exploring further.
> For the full documentation corpus in one file, fetch: https://supastack.dev/llms-full.txt

# Resend-E-Mail hinzufügen

Erstellen Sie ein kostenloses Resend-Konto, verifizieren Sie eine Versanddomain und stellen Sie EMAIL_PROVIDER um, damit Codes und Belege echte Posteingänge erreichen.

## Schritt-für-Schritt für Einsteiger

Voraussetzungen: Die App läuft lokal (In 5 Minuten shippen). Starten Sie kostenlos — keine Karte, und Resends Free Tier deckt Entwicklungsvolumen ab.

Kurze Begriffe: `EMAIL_PROVIDER=local` ist der Standard — Nachrichten werden auf die eingebaute `/mail-preview`-Seite geschrieben und verlassen Ihren Rechner nie, was beim Bauen perfekt ist. Resend ist der Adapter, der echte Posteingänge erreicht. `EMAIL_FROM` ist die Absender-Identität, die Templates nutzen; ihre Adresse muss auf einer von Resend verifizierten Domain liegen. DNS-Records sind die Zeilen, die Sie bei Ihrem Registrar oder Cloudflare einfügen, damit empfangende Postfächer Ihrem Absender vertrauen.

Was Sie erstellen: ein Resend-Konto, eine verifizierte Versanddomain und einen API-Key — der Domain-Schritt ist der einzige Wartepunkt, denn DNS-Propagation dauert Minuten bis Stunden.

[Die Datenbank einrichten](https://supastack.dev/de/docs/web/setup-database.md)


## Das Resend-Konto erstellen

1. Öffnen Sie [resend.com](https://resend.com) → Sign up, bestätigen Sie Ihre E-Mail, und Sie landen im Dashboard.

2. Starten Sie mit dem Free Tier — Sie können vor der eigenen Domain sogar Testmail von Resends geteiltem Absender schicken; das behandelt der nächste Abschnitt.


## Ihre Versanddomain verifizieren

Schnellversuch ohne Domain: Die Adresse `onboarding@resend.dev` funktioniert sofort als `EMAIL_FROM` — sie liefert aber nur an die E-Mail, mit der Sie sich angemeldet haben, nie an Nutzer. Nutzen Sie sie, um die Pipeline laufen zu sehen, dann machen Sie das echte Setup.

1. Öffnen Sie Domains → Add Domain und tragen Sie die Domain ein, von der Sie senden (zum Beispiel `yourdomain.com`; eine Subdomain wie `mail.yourdomain.com` geht auch und hält Records aufgeräumt).

2. Resend listet die anzulegenden DNS-Records — DKIM-TXT-Records plus MX/SPF- oder CNAME-Einträge, je nach Kontenalter. Legen Sie jeden bei Ihrem DNS-Host an: auf der DNS-Seite Ihres Registrars oder bei Cloudflare, falls Sie die Nameserver umgezogen haben. Auf Cloudflare bleibt die Proxy-Wolke bei Mail-Records grau (DNS only) — proxied Records verifizieren nie.

3. Klicken Sie in Resend auf Verify. Erwartet: Die Domain springt auf Verified. Propagation dauert Minuten bis zu einem Tag; die Domain-Seite nennt den genauen Record, der noch nicht auflöst.

Nach der Verifizierung funktioniert jede Adresse auf der Domain als Absender — `hello@`, `no-reply@`, was immer `EMAIL_FROM` nutzt — keine Registrierung pro Adresse nötig.


## Den API-Key erstellen

1. Öffnen Sie API Keys → Create API Key.

2. Permission: Sending access reicht — das Kit sendet nur. Benennen Sie den Key nach seiner Umgebung (`production`, `local`), damit ein geleakter Dev-Key widerrufen werden kann, ohne die Produktion anzufassen.

3. Kopieren Sie den `re_…`-Key jetzt — er wird einmal gezeigt. Ihn zu verlieren heißt nur, einen neuen zu erstellen.


## Die Werte in die App eintragen

Setzen Sie die Zeilen unten in `apps/web/.env.local`. `RESEND_API_KEY` bleibt serverseitig — nie `NEXT_PUBLIC_`/`EXPO_PUBLIC_`, nie committet; `EMAIL_PROVIDER` und `EMAIL_FROM` sind schlichte Konfiguration. Starten Sie den Dev-Server nach dem Bearbeiten neu.

`EMAIL_FROM` muss auf der verifizierten Domain liegen: `onboarding@resend.dev` erreicht nur Ihre eigene Anmeldeadresse, und eine unverifizierte Domain bekommt eine 403-Ablehnung von Resend.

```
# apps/web/.env.local
EMAIL_PROVIDER=resend
EMAIL_FROM="Your Product <hello@yourdomain.com>"
RESEND_API_KEY=re_…
```


## Prüfen und Fehler beheben

Starten Sie neu, öffnen Sie `/auth` und fordern Sie einen Anmeldecode an einen echten Posteingang an, den Sie kontrollieren. Erwartet: Die Nachricht kommt an, und Resend → Emails zeigt die Zustellung mit grünem Status — in diesem Log stehen auch Bounce- und Fehlergründe.

Nichts gesendet? Prüfen Sie, ob `EMAIL_PROVIDER=resend` in `apps/web/.env.local` wirklich gespeichert wurde, und starten Sie neu. Ein 403 im Server-Log heißt: `EMAIL_FROM` liegt nicht auf der verifizierten Domain — oder `onboarding@resend.dev` wurde an jemand anderen als Sie selbst geschickt.

Später ein anderer Anbieter? `EMAIL_PROVIDER` akzeptiert auch `ses` (mit den AWS-Keys) und die Transports `postmark`, `sendgrid`, `mailgun`, `smtp`, `brevo` — gleicher `EMAIL_FROM`-Vertrag, andere Env-Namen, alle in `.env.example` gelistet. Der E-Mail-Guide vergleicht sie.

[Die E-Mail-Anbieter vergleichen](https://supastack.dev/de/docs/web/setup-email.md)

[Als Nächstes die übrigen Anbieter-Keys einsammeln](https://supastack.dev/de/docs/web/provider-keys.md)


Wenn du die Einrichtung fortsetzen möchtest, lies [Amazon SES für E-Mails einrichten](https://supastack.dev/de/docs/web/aws-ses.md).


## Weiter

[Amazon SES für E-Mails einrichten](https://supastack.dev/de/docs/web/aws-ses.md)