Aller au contenu
supastack
Parcourir la documentation
WebNext.js

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 /fr/docs/web/aws-ses.md (or send Accept: text/markdown).

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

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 · Gérer les existants

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

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

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

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. 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 <[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. 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

Pour poursuivre la configuration, consultez Récupérer les clés de fournisseur restantes.

Questions fréquentes

14 questions

Qu'est-ce que supastack ?

supastack est une fondation modulaire pour construire des produits SaaS avec IA. Elle réunit l'infrastructure commune pour que vous puissiez vous concentrer sur les fonctionnalités propres à votre produit.

Prend-il en charge le web et le mobile ?

Oui. supastack inclut des applications Next.js et Expo comme points de départ pour des expériences web et mobile.

Quelle authentification est incluse ?

Better Auth couvre e-mail/mot de passe, OTP et connexion sociale. Les espaces de travail personnels sont provisionnés avec le compte pour que les enregistrements restent délimités dès le premier jour.

Comment l'IA est-elle prise en charge ?

supastack inclut une IA multi-fournisseurs configurable, le suivi d'usage, des budgets, et la prise en charge chiffrée de vos propres clés (BYOK).

Comment les abonnements sont-ils gérés ?

Pour les produits construits sur le kit, la facturation Stripe, les abonnements et les droits d'accès forment la base de l'accès payant. Les secrets fournisseur restent côté serveur.

Où vit le code propre à mon produit ?

Les fonctionnalités propres au produit restent dans un codebase séparé, tandis que le produit configure et intègre les modules de la fondation supastack.

Comment fonctionne la tarification de supastack ?

Le kit est un achat unique avec mises à jour à vie : Un framework à 249 $ (prix de lancement temporaire — 100 $ de réduction par rapport au prix habituel de 349 $) ou Tous les frameworks (Next.js, iOS, Android) à 499 $ (prix de lancement temporaire — 100 $ de réduction par rapport au prix habituel de 599 $), plus 75 $ par siège développeur supplémentaire. Pas d'abonnement au kit. Le paiement sur ce site livre votre clé de licence par e-mail, avec accès au dépôt via invitation GitHub.

Comment les espaces de travail délimitent mes données ?

Les enregistrements appartenant aux utilisateurs sont délimités par workspaceId. Identité, droits d'accès, usage IA, événements de facturation et entrées d'audit restent dans le périmètre de l'espace personnel.

Comment fonctionnent les jobs en arrière-plan ?

Trigger.dev est le runtime de jobs explicite. Le contrat JobRunner ne promet que enqueue, status et cancel — la sémantique de workflow reste propre à Trigger.dev et explicite.

En quoi l'e-mail diffère-t-il de la prospection ?

L'e-mail transactionnel couvre les flux produit comme les avis de fin de tâche. La prospection à froid et les campagnes relèvent du produit, hors du module e-mail de ce kit.

Comment fonctionnent les achats sur mobile ?

Le mobile inclut les achats natifs et leur restauration via RevenueCat, avec un accès vérifié par votre serveur. Configurez les comptes des boutiques et terminez les tests sur appareil avant publication. La facturation web reste séparée.

Où vivent les clés des fournisseurs IA ?

Les identifiants BYOK sont chiffrés et restent côté serveur. Les clés sont masquées dans les journaux ; l'usage et les budgets restent visibles au niveau de l'espace de travail.

Quels moyens de paiement le checkout accepte-t-il ?

Le checkout hébergé par Stripe accepte les cartes et peut aussi proposer Alipay et WeChat Pay une fois ces portefeuilles activés sur le compte Stripe — pratique pour les acheteurs en Chine. Les autorisations de portefeuille se confirment de manière asynchrone : la page de licence se met à jour dès que le paiement est validé.

Puis-je obtenir un remboursement ?

Une fois que vous avez accès au dépôt, supastack vous appartient pour toujours et ne peut donc pas être remboursé. Mais rassurez-vous : vous obtenez le code source complet avec des mises à jour à vie pour créer et déployer un nombre illimité de produits pour vous ou vos clients. Vous ne pouvez simplement pas revendre le code ni redistribuer le dépôt sous forme de kit de démarrage ou de modèle.

FR
Thème