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

# Configurer les e-mails Amazon SES

Configurez Amazon SES sur le web, le mobile et le bureau avec le SDK AWS ou IAM SMTP, vérifiez l’expéditeur et évitez les frais inutiles des points Mail Manager.

## 1. Vérifier un expéditeur dans votre région AWS

Ouvrez Amazon SES dans US East (N. Virginia), us-east-1. Choisissez Configuration → Identities → Create identity, sélectionnez votre domaine ou adresse et terminez la vérification DNS ou par e-mail. Utilisez ensuite la même région et l’adresse vérifiée.

Les nouveaux comptes SES commencent en environnement de test : vérifiez aussi le destinataire ou utilisez le simulateur de boîtes SES. Demandez l’accès à la production dans Account dashboard avant d’écrire aux clients ordinaires. [Ouvrir Amazon SES](https://us-east-1.console.aws.amazon.com/ses/home?region=us-east-1)


## 2. Pour SMTP, choisir IAM SMTP credentials

Dans SES, ouvrez SMTP settings → Create SMTP credentials. Choisissez IAM SMTP credentials plutôt que Mail Manager marqué Recommended. La carte IAM indique Manual credential management. No traffic policies or rule sets. Cliquez sur Create IAM credentials, nommez l’utilisateur d’envoi et téléchargez les identifiants SMTP avant de fermer la page.

[Créer les identifiants IAM](https://us-east-1.console.aws.amazon.com/iam/home?SESRegion=us-east-1#/users/smtp/create) · [Gérer les existants](https://us-east-1.console.aws.amazon.com/iam/home#/users)

Ces liens utilisent us-east-1, où IAM SMTP classique est disponible. Pour une autre région compatible, créez ses identifiants et utilisez son point SMTP. Le mot de passe SMTP téléchargé diffère de la clé d’accès secrète AWS ; utilisez-le uniquement à l’étape 5. [Instructions SMTP d’AWS](https://docs.aws.amazon.com/ses/latest/dg/smtp-credentials.html)


## 3. Éviter les frais inutiles de Mail Manager

IAM SMTP et le SDK SES envoient directement via SES sans politiques de trafic ni jeux de règles Mail Manager. Évitez un point d’entrée ouvert ou mTLS facultatif : AWS affiche 50 USD par mois et par point en tarification à la carte. Les points authentifiés sont actuellement gratuits ; Recommended n’ajoute donc pas systématiquement 50 USD. Les frais d’envoi habituels et le forfait choisi restent applicables. [Consulter les tarifs AWS](https://aws.amazon.com/ses/pricing/)


## 4. Envoyer avec le SDK AWS

Ce mode utilise l’API SES en HTTPS. Dans IAM, accordez au rôle serveur ou à un utilisateur d’envoi dédié ses:SendEmail sur l’identité SES vérifiée. Pour un utilisateur, ouvrez Security credentials → Create access key et conservez l’identifiant et la clé secrète d’origine. Un mot de passe SMTP ne signe pas les requêtes du SDK.

Placez l’exemple dans apps/web/.env.local en développement ou dans les secrets de l’hébergement en production. Remplacez l’expéditeur et les valeurs d’exemple. Avec un rôle IAM ou un profil AWS local configuré, laissez les deux clés et AWS_SESSION_TOKEN vides : le SDK utilise sa chaîne par défaut. Les clés explicites doivent être fournies ensemble.

Pour des identifiants temporaires explicites, ajoutez le AWS_SESSION_TOKEN correspondant et renouvelez les trois valeurs à expiration. Le SDK renouvelle les identifiants des rôles. [Chaîne d’identifiants du SDK AWS](https://docs.aws.amazon.com/sdk-for-javascript/v3/developer-guide/setting-credentials-node.html)

```
EMAIL_PROVIDER=ses
EMAIL_FROM=Your App <hello@yourdomain.com>
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. Ou utiliser IAM SMTP classique

Utilisez le nom d’utilisateur et le mot de passe SMTP de l’étape 2 avec cette configuration alternative. Le port 587 utilise STARTTLS ; SMTP_SECURE=false choisit ce mode. Le point, les identifiants et l’expéditeur vérifié doivent appartenir à la même région.

Ces réglages du kit acheteur sont communs aux trois plateformes. Choisissez un mode à la fois : EMAIL_PROVIDER=smtp utilise les identifiants SMTP, EMAIL_PROVIDER=ses ceux de l’API du SDK.

```
EMAIL_PROVIDER=smtp
EMAIL_FROM=Your App <hello@yourdomain.com>
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. Configurer une seule fois pour web, mobile et bureau

Redémarrez le serveur après modification. Avec la base migrée, demandez un code de connexion par e-mail sur /auth pour un destinataire autorisé et vérifiez réception et indésirables. Le mobile appelle le même serveur ; le bureau charge l’application web. Aucun client n’a besoin de clés AWS ni de mot de passe SMTP.

Gardez les identifiants côté serveur, jamais dans NEXT_PUBLIC_, EXPO_PUBLIC_ ou le paquet bureau. En cas d’échec, vérifiez l’expéditeur, les destinataires de test, la région, les permissions IAM et le type d’identifiants. queued signifie que SES a accepté le message, pas qu’il est arrivé. [Présentation de la configuration e-mail](https://supastack.dev/fr/docs/web/setup-email.md)


Pour poursuivre la configuration, consultez [Récupérer les clés de fournisseur restantes](https://supastack.dev/fr/docs/web/provider-keys.md).


## Suivant

[Récupérer les clés de fournisseur restantes](https://supastack.dev/fr/docs/web/provider-keys.md)
