Envoi d'e-mails

Un espace de travail peut porter plusieurs configurations d'e-mail, chacune avec son fournisseur et ses destinataires. L'une est par défaut, un formulaire peut en désigner une autre, et les secrets ne ressortent jamais de l'API.

L'e-mail se configure par espace de travail, et un espace peut porter plusieurs configurations - « Ventes », « Support », « Newsletter » - chacune avec son fournisseur, son identité d'expéditeur et ses destinataires. C'est tout l'intérêt : un formulaire de contact et un formulaire de recrutement n'ont pas à atterrir dans la même boîte.

Fournisseurs

Quatre, et le choix se fait par configuration, pas par espace :

  • Resend, SendGrid, Mailgun - une clé d'API, et pour Mailgun un domaine et une région (us ou eu, ce qui compte si vos données doivent rester en Europe).
  • SMTP - hôte, port, identifiant, mot de passe, TLS activé par défaut. La sortie de secours pour un relais d'entreprise ou un fournisseur que personne n'a intégré.

Chaque configuration porte aussi l'identité d'expédition - adresse, nom et reply-to facultatif - ainsi que la liste des destinataires que ses notifications doivent atteindre.

Celle par défaut, et comment la contourner

Une configuration est celle par défaut : tout ce qui envoie sans en nommer une l'utilise. Un formulaire peut en désigner une autre - c'est ainsi que le formulaire de recrutement atteint les RH pendant que le reste va à la boîte générale.

Une configuration peut aussi être désactivée plutôt que supprimée - le bon geste quand vous changez de fournisseur et voulez garder les anciens réglages pendant la bascule.

Testez avant de vous y fier

Chaque configuration dispose d'un envoi de test. Servez-vous-en. L'e-mail échoue de manières qui n'apparaissent qu'en chemin - domaine d'expédition refusé, clé d'API au mauvais périmètre, relais qui refuse en silence tout ce qui n'est pas authentifié - et l'alternative au test, c'est de l'apprendre du client dont la demande n'est jamais arrivée.

Les secrets ne ressortent pas

Vous inscrivez une clé d'API ou un mot de passe SMTP ; vous ne les relisez jamais. L'API renvoie la clé masquée jusqu'aux quatre derniers caractères, et pour SMTP uniquement le fait qu'un mot de passe soit défini ou non.

À savoir avant d'en dépendre : il n'existe pas de « montre-moi le mot de passe actuel » - si personne ne l'a noté, la voie à suivre est une nouvelle clé chez le fournisseur, pas une récupération depuis cmssy.

Étapes suivantes