L'envoi des emails fait partie des sujets pour lesquels l'expression "ça marchait, j'ai rien changé, ça marche plus", peut trouver une légitimité ;-)


Les applications ou sites qui doivent envoyer des emails en grand nombre, peuvent fonctionner un temps sans encombre, mais soudainement :

  • tous messages arrivent dans les boites SPAM des destinataires,
  • des retours massifs "Undelivered Mail Returned to Sender …",
  • au pire le serveur SMTP a accepté les envois, mais les emails restent bloqués dans les méandres du web sans jamais être distribués.


Le blocage vient le plus souvent un durcissent d'une sécurité anti-spam, ou un passage en liste noire de l'adresse à partir de laquelle les messages sont expédiés. Donc sans rien avoir changé dans l'application, les envois ne fonctionnent plus.


Dès que l'on touche à l'emailling , il faut s'informer sur les règles de "bonne conduite" dans le domaine. Les incontournables à étudier et prendre en compte pour une "délivrabilité" maximale sont :

  • DKIM (DomainKeys Identified Mail),
  • SPF (Sender Policy Framework),
  • suivi des blacklists,
  • signature (cf. propriété ..Certificat du type Email).


Deux sujets de LST ont été dédiés à ce thème, afin de gagner en temps de "formation" au domaine. Ils sont vivement recommandés !

  • LST 114 : LST n°114 WD EmailsMarketing
    3 CONSEILS POUR AMÉLIORER LA DÉLIVRABILITÉ DES EMAILS NORMES DKIM/SPF
    La délivrabilité et l'attractivité des emails commerciaux est un point crucial dans une société qui communique avec ses clients par emails. Afin d'optimiser ces deux aspects dans vos emails, il y a quelques règles à respecter. Ces règles peuvent être découpées en 3 parties : le contenu de l'email, l'envoi effectif (la configuration du serveur SMTP) et la gestion des retours.

  • LST 102 : WD BlackList
    Cet exemple montre comment interroger des serveurs de blackList afin de savoir si un serveur ou une URL est blacklistée.
    Cette interrogation permet d'éviter que tous les mails envoyés soient classés en spam par les serveurs de réception de mails.

A noter que dans le domaine de l'emailing, un exemple a également été proposé pour une gestion efficace des retours : LST 115 l'exemple "WD Sisimai" fournit une solution simple d'analyse et de classification des emails de retours (la boîte email n'existe plus, etc...).

 

======= Mise à jour 25/1/2022 =======

Cas particulier de Google GMail, en fonction de la méthode d'authentification pour la connexion au serveur SMTP, des réglages du compte sont nécessaires afin d'éviter un "accès refusé" avec EmailOuvreSession. La FAQ 122 743 détaille ce point.

 

======= Mise à jour 7/10/2022 =======

Cas particulier de Google GMail, l'identifiant optionnel du message devient obligatoire pour Google. Une FAQ a été publiée sur le sujet :

Comment éviter le rejet d'un email avec "missing a valid messageId header" lors d'un envoi vers une adresse Gmail ?

 

======= Mise à jour 5/7/2023 =======

Lien utile vers un article de synthèse détaillant les solutions incontournables aujourd'hui :

Emails avec SPF, DKIM, DMARC, ARC et BIMI : à quoi ça sert, comment en profiter ? (nextinpact.com)

 

Par exemple sans avoir au minimum un SPF (Sender Policy Framework), Google refuse de délivrer un mail.

???@gmail.com: host gmail-smtp-in.l.google.com[108.177.15.27] said:
550-5.7.26 This mail is unauthenticated, which poses a security risk to the
550-5.7.26 sender and Gmail users, and has been blocked. The sender must
550-5.7.26 authenticate with at least one of SPF or DKIM. For this message,
550-5.7.26 DKIM checks did not pass and SPF check for [??? domaine ???] did not
550-5.7.26 pass with ip: [217.70.183.196]. The sender should visit
550-5.7.26 https://support.google.com/mail/answer/81126#authentication for
550 5.7.26 instructions on setting up authentication.

 

======= Mise à jour 30/10/2023 =======

Cas particulier lorsqu'un texte sur une ligne unique (donc sans RC) est affecté à la partie texte d'un email (propriété ..Message du type Email) , il est conseillé de ne pas dépasser 98 caractères par ligne. De plus si une ligne dépasse 998 caractères, le message peut être considéré comme indésirable (spam).

 

< Retour

Publier un commentaire : 
Votre adresse email ne sera pas publiée