Envoi de courriel d'invitation et transactionnels

NotreNote pour Brainsonic : notre système de messagerie (Exchange/MS365) a probablement un comportement proche des systèmes de nos clients. C'est donc un bon point de départ pour des tests de bonne configuration

Listons ici les bonnes pratiques qui permettent de s'assurer (ou du moins de réduire le risque) que les récipiendaires, leurs employés, leurs clients et partenaires, recevront bien les emails d'un nouveau service, site.

1. Ne pas envoyer d'email avant d'avoir effectué toute la configuration car la réputation du nouveau service pourrait être impactée négativement
2. Ajouter les entrées DNS sur le domaine d'expédition. Elles sont probablement fournies par le service d'envoi - Dans les exemples l'envoi se ferait avec l'adresse nepasrepondre@mail.mondomaine.com
   • DMARC (en général un _dmarc.mail.mondomaine.com IN TXT "...")
   • SPF (en général un mail.mondomaine.com IN TXT "v=spf1...")
   • Une clé spécifique au service d'envoi (en général un mail.mondomaine.com IN TXT "code=...")
   • DKIM  (en général un mail._domainkey.mail.mondomaine.com IN TXT "code=...")
3. Veillez à ce que les liens inclus dans le courriel soit tous avec le protocol https:// 
4. Si vous envoyez une sollicitation commerciale (i.e., campagne d'invitation) c'est que vous risquer d'envoyer beaucoup d'email sur les mêmes systèmes de messagerie (par opposition aux emails transactionnels qui arrivent au fil de l'utilisation).
   Dans ce cas il faut respecter les règles classiques du mass-emailing :
   • Assurez-vous d'avoir obtenu le consentement explicite des récipiendaires à recevoir cette solicitation
   • Assurez-vous que la liste de récipiendaires est à jour et qu'elle ne comporte pas (trop) d'alias inexistants
   • Ajouter un lien unsubscribe au pied de page
   • Mentionner le nom et l'adresse (postale) de l'organisation qui exploitera les données collectées