Fournisseurs d’authentification
Les e-mails envoyés par votre fournisseur d’authentification, testés de bout en bout.
Supabase, Clerk, Auth0, Firebase, Auth.js, Better Auth et Amazon Cognito envoient tous des e-mails à vos utilisateurs : un code ou un lien pour vérifier, se connecter ou réinitialiser un mot de passe. Chacun a ses propres règles d’envoi, et celles par défaut sont souvent limitées à quelques e-mails ou quelques adresses. Ces guides expliquent ce que chaque fournisseur envoie, ce qui l’empêche d’arriver et comment tester chaque e-mail à la main ou depuis vos tests.
Supabase Auth
E-mails de confirmation, de lien magique, de code et de réinitialisation, et pourquoi l’expéditeur par défaut n’écrit pas à vos adresses de test.
Lire le guideClerk
Codes de vérification, liens par e-mail et réinitialisations, quand les adresses en mode test ne suffisent pas, et le plafond d’e-mails en développement.
Lire le guideAuth0
Liens de vérification, codes sans mot de passe et réinitialisations, et les limites du fournisseur d’e-mails intégré.
Lire le guideFirebase Authentication
E-mails de vérification, de réinitialisation et de connexion par lien sur le web, et les limites d’envoi quotidiennes.
Lire le guideAuth.js (NextAuth)
Connexion par lien magique via votre propre fournisseur d’e-mails, son expiration, et ce qui empêche l’e-mail d’arriver.
Lire le guideBetter Auth
E-mails de vérification, de réinitialisation, de lien magique et OTP par e-mail via votre propre fournisseur, et leur courte expiration.
Lire le guideAmazon Cognito
Codes et liens d’inscription, réinitialisations de mot de passe et invitations, et la limite de 50 par jour de l’expéditeur par défaut.
Lire le guide
Voir tous les problèmes de test d’e-mails que nous résolvons
Votre prochain test d’inscription est à un clic.
Offre gratuite, sans carte bancaire. Les adresses durent jusqu’à 30 jours.
Créer un compte gratuitOuvrir l'application