> ## 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 toevoegen

Maak een gratis Resend-account, verifieer een zenddomein en schakel EMAIL_PROVIDER om zodat codes en ontvangstbewijzen echte inboxen bereiken.

## Walkthrough voor beginners

Vereisten: de app lokaal draaiend (Ship in 5 minuten). Begin gratis — geen kaart, en Resend's gratis tier dekt ontwikkelvolumes.

Snelle begrippen: `EMAIL_PROVIDER=local` is de standaard — berichten worden naar de ingebouwde `/mail-preview`-pagina geschreven en verlaten uw machine nooit, wat perfect is tijdens het bouwen. Resend is de adapter die aan echte inboxen levert. `EMAIL_FROM` is de afzenderidentiteit die templates gebruiken; het adres moet op een door Resend geverifieerd domein staan. DNS-records zijn de regels die u bij uw registrar of Cloudflare plakt zodat ontvangende mailboxen uw afzender vertrouwen.

Wat u aanmaakt: een Resend-account, een geverifieerd zenddomein en één API-sleutel — de domeinstap is het enige wachtende deel, want DNS-propagatie loopt van minuten tot uren.

[De database instellen](https://supastack.dev/nl/docs/web/setup-database.md)


## Het Resend-account aanmaken

1. Open [resend.com](https://resend.com) → Sign up, bevestig uw e-mail en u landt op het dashboard.

2. Begin met de gratis tier — u kunt zelfs testmail versturen vanaf Resend's gedeelde afzender voordat u een domein bezit, wat de volgende sectie behandelt.


## Uw zenddomein verifiëren

Snel proberen, geen domein: het adres `onboarding@resend.dev` werkt direct als `EMAIL_FROM` — maar het levert alleen aan het e-mailadres waarmee u zich heeft aangemeld, nooit aan gebruikers. Gebruik het om de pipeline te zien werken en doe daarna de echte setup.

1. Open Domains → Add Domain en voer het domein in waarvan u verzendt (bijvoorbeeld `yourdomain.com`; een subdomein zoals `mail.yourdomain.com` werkt ook en houdt records overzichtelijk).

2. Resend toont de aan te maken DNS-records — DKIM TXT-records plus MX/SPF- of CNAME-vermeldingen afhankelijk van de leeftijd van het account. Voeg elk toe bij uw DNS-host: de DNS-pagina van uw registrar, of Cloudflare als u nameservers heeft verplaatst. Houd op Cloudflare de proxywolk grijs (DNS only) voor mailrecords — geproxiede records verifiëren nooit.

3. Klik terug in Resend op Verify. Verwacht: het domein flipt naar Verified. Propagatie varieert van minuten tot een dag; de domeinpagina noemt het exacte record dat nog niet resolveert.

Eenmaal geverifieerd werkt elk adres op het domein als afzender — `hello@`, `no-reply@`, wat `EMAIL_FROM` ook gebruikt — geen registratie per adres nodig.


## De API-sleutel aanmaken

1. Ga naar API Keys → Create API Key.

2. Permission: Sending access is genoeg — de kit verzendt alleen. Geef de sleutel een naam naar zijn omgeving (`production`, `local`) zodat een gelekte dev-sleutel ingetrokken kan worden zonder productie aan te raken.

3. Kopieer de `re_…`-sleutel nu — hij wordt eenmalig getoond. Verliezen betekent gewoon een nieuwe aanmaken.


## De waarden aan de app toevoegen

Zet de regels hieronder in `apps/web/.env.local`. `RESEND_API_KEY` is server-only — nooit `NEXT_PUBLIC_`/`EXPO_PUBLIC_`, nooit gecommit; `EMAIL_PROVIDER` en `EMAIL_FROM` zijn gewone configuratie. Herstart de devserver na het bewerken.

`EMAIL_FROM` moet op het geverifieerde domein staan: `onboarding@resend.dev` bereikt alleen uw eigen aanmeldadres, en een ongeverifieerd domein krijgt een 403-weigering van Resend.

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


## Verifiëren en problemen oplossen

Herstart, open `/auth` en vraag een inlogcode aan naar een echte inbox die u beheert. Verwacht: het bericht arriveert, en Resend → Emails toont de levering met een groene status — dat log is ook waar bounce- en foutredenen leven.

Niets verzonden? Controleer dat `EMAIL_PROVIDER=resend` daadwerkelijk is opgeslagen in `apps/web/.env.local` en herstart. Een 403 in de serverlog betekent dat `EMAIL_FROM` niet op het geverifieerde domein staat — of dat `onboarding@resend.dev` naar iemand anders dan uzelf is gestuurd.

Later een andere provider? `EMAIL_PROVIDER` accepteert ook `ses` (met de AWS-sleutels) en de `postmark`-, `sendgrid`-, `mailgun`-, `smtp`- en `brevo`-transports — zelfde `EMAIL_FROM`-contract, andere env-namen, allemaal vermeld in `.env.example`. De e-mailgids vergelijkt ze.

[De e-mailproviders vergelijken](https://supastack.dev/nl/docs/web/setup-email.md)

[Verzamel daarna de resterende providersleutels](https://supastack.dev/nl/docs/web/provider-keys.md)


Wil je verdergaan met de configuratie? Lees [Amazon SES voor e-mail instellen](https://supastack.dev/nl/docs/web/aws-ses.md).


## Volgende

[Amazon SES voor e-mail instellen](https://supastack.dev/nl/docs/web/aws-ses.md)