Canaux d’escalade et de levée des restrictions des fournisseurs

Quand un fournisseur de messagerie bloque vos messages ou les classe mal alors que vous en avez corrigé la cause, vous lui demandez une levée des restrictions. Chaque grand fournisseur propose un canal différent, avec des conditions préalables différentes, et tous ont un point commun : l’escalade n’aide que les expéditeurs déjà conformes.

Les fournisseurs utilisent ces canaux pour lever les blocages qui subsistent sur un trafic corrigé. Ils ne s’en servent pas pour passer outre leurs filtres au profit d’expéditeurs qui n’ont pas corrigé la cause profonde. Corrigez d’abord, escaladez ensuite.

Préparation commune : les preuves à rassembler avant toute escalade

Chaque formulaire ou boîte postmaster d’un fournisseur demande une partie du même ensemble de preuves. Réunissez-le avant d’ouvrir le moindre ticket :

Google (Gmail)

Google exploite deux canaux d’escalade, tous deux soumis à une condition d’éligibilité stricte. La page marketing gmail.com/postmaster ne fait que renvoyer vers la console Postmaster Tools, à l’adresse postmaster.google.com.

Condition d’éligibilité (valable pour les deux canaux)

Depuis juin 2024, les expéditeurs de gros volumes dont le taux de spam signalé par les utilisateurs est supérieur à 0,3 % sont inéligibles à la levée des restrictions. Ils ne redeviennent éligibles qu’une fois que le taux de spam dans Postmaster Tools reste sous 0,3 % pendant 7 jours consécutifs. Une authentification SPF, DKIM et DMARC complète et un désabonnement en un clic fonctionnel sont des conditions préalables. Voir l’éligibilité à la levée des restrictions dans Exigences de Gmail envers les expéditeurs.

Canal 1 : « Report delivery issue » dans Postmaster Tools (à privilégier)

Le canal d’escalade le plus récent de Google, dont vous pouvez suivre l’avancement, se trouve dans la console Postmaster Tools (documenté à l’adresse support.google.com/mail/answer/16740603). Utilisez-le pour les messages classés à tort comme spam ou phishing, rejetés ou en échec temporaire.

Conditions préalables :

1. Le domaine est validé dans Postmaster Tools.
2. Le domaine respecte les consignes de Google pour les expéditeurs d’emails (authentification SPF et DKIM), et le domaine de l’en-tête From: correspond au domaine sous lequel vous faites le signalement.

Procédure :

1. Connectez-vous à Postmaster Tools.
2. Ouvrez Report delivery issue (dans le menu en bas à gauche).
3. Sélectionnez le domaine dans la liste déroulante, puis Create new report.
4. Renseignez les détails du message. L’assistant « Get message info for me » remplit le formulaire à votre place : ouvrez le message concerné, choisissez Show original, copiez le message brut, collez-le dans le champ du formulaire et cliquez sur Get info.
5. Soumettez le signalement. Suivez son avancement dans Reported issues sur le tableau de bord du domaine, où chaque escalade a un statut.

Google ne publie aucun engagement de délai de réponse pour ce canal.

Canal 2 : le Sender Contact Form (ancien formulaire d’escalade pour les expéditeurs de gros volumes)

Le formulaire autonome à l’adresse support.google.com/mail/contact/bulk_send_new (« Sender Contact Form ») reste ouvert. Toutefois, le texte de Google sur ce formulaire recommande désormais de passer plutôt par le parcours Report delivery issues de Postmaster Tools, dont l’avancement est plus facile à suivre.

La liste déroulante du type de problème propose :

1. "Your messages are incorrectly classified as Spam or Phishing"
2. "You get SMTP temp-fails or rejects"
3. "Other"

Le formulaire énonce ces règles :

• Respectez les consignes pour les expéditeurs avant de demander une levée des restrictions.
• Les en-têtes soumis doivent provenir de messages de moins de 12 jours.
• Laissez au moins 2 semaines entre deux soumissions pour que les changements prennent effet.
• Suivez les résultats dans Postmaster Tools plutôt que d’attendre une réponse.

Ce que la levée des restrictions de Google peut et ne peut pas corriger

Ce canal traite les erreurs de classement et les blocages qui subsistent sur un trafic conforme (par exemple des blocages 5.7.x qui persistent après correction, ou des erreurs de livraison « Suspected spam » dans le tableau de bord). Il ne peut pas lever la barrière des 0,3 %, remplacer les corrections d’authentification ni garantir le placement en boîte de réception. Pour les corrections que vous pouvez faire vous-même, erreur par erreur, voir Erreurs SMTP de Gmail et dépannage.

Yahoo (y compris AOL)

Le point d’entrée des escalades chez Yahoo est senders.yahooinc.com/contact/, qui mène à quatre parcours :

Sender Support Request : liste complète des champs

Le formulaire propose New request et Status update (choisissez l’un des deux ; obligatoire). Ces champs ont été relevés sur le formulaire en ligne (* signale un champ obligatoire) :

Le formulaire est protégé par hCaptcha. Une grande partie des questions porte sur les pratiques de gestion de la liste (méthode d’opt-in, traitement des rebonds, rapidité de traitement des désabonnements) : Yahoo évalue l’ensemble du programme de l’expéditeur, pas seulement le blocage.

Attentes réalistes

• Yahoo ne publie aucun engagement de niveau de service (SLA) sur les réponses de l’assistance aux expéditeurs.
• Il n’existe aucun programme formel de liste blanche. Pour les lancements importants ou les notifications légales, c’est la même Sender Support Request qui sert de canal. Yahoo peut ajuster la réputation, mais ne garantit jamais la livraison en boîte de réception (voir Exigences de Yahoo envers les expéditeurs).
• Pour des adresses IP ou des domaines qui viennent d’être bloqués, soumettez la demande en joignant l’erreur et les codes de diagnostic (reports préfixés par TS ou PH, et codes 5xx ; voir Codes d’erreur SMTP de Yahoo).
• Le Sender Hub propose aussi un tableau de bord Sender Hub Insights, accessible après connexion, qui présente des statistiques de livraison agrégées pour votre domaine. Consultez-le, ainsi que les flux de données de délivrabilité, avant et après l’escalade.

Apple (iCloud Mail)

Apple n’a ni formulaire de déblocage en libre-service, ni liste blanche, ni FBL. Le canal d’escalade est la boîte postmaster icloudadmin@apple.com, réservée aux administrateurs système. Ne la contactez qu’après avoir lu l’erreur SMTP (les rejets d’Apple comportent une URL qui les explique) et corrigé le problème au regard des exigences publiées.

Le message doit indiquer le nom de l’entreprise, le domaine email, les adresses IP concernées, les erreurs SMTP mot pour mot et une description qui précise quand le problème a commencé. La procédure complète et le tableau des exigences figurent dans Apple iCloud Mail : exigences postmaster. (Les pages en-US et en-CA d’Apple pour le document 102322 ont un contenu identique.)

Microsoft (Outlook.com et Office 365)

Les canaux de Microsoft sont documentés séparément dans Canaux d’escalade de Microsoft : l’examen SNDS, le parcours d’assistance aux expéditeurs et de levée des restrictions d’Outlook.com pour les blocages des séries RP et SC, et le portail d’Office 365 pour le retrait de liste des adresses IP. Voir aussi Exigences de Microsoft envers les expéditeurs et Microsoft SNDS et JMRP.

Autres fournisseurs (repères rapides)

• Comcast Xfinity : un formulaire de retrait de blocage (limité à 5 demandes par jour) et une ligne téléphonique CSA. Voir Comcast / Xfinity : postmaster.
• GMX, WEB.DE et mail.com : un formulaire pour signaler une inscription sur liste de blocage. Les retours de plaintes passent par la certification CSA, pas par une FBL directe. Voir GMX / WEB.DE : exigences postmaster.
• Les opérateurs de listes de blocage (Spamhaus et d’autres) ont des processus d’escalade entièrement distincts. Voir Listes de blocage DNS et zones Spamhaus.

Discipline de fonctionnement

1. Diagnostiquez et corrigez avant d’escalader. Tout fournisseur répond à un expéditeur non conforme en le renvoyant à sa page d’exigences.
2. Une seule soumission propre et complète fonctionne mieux que des soumissions partielles répétées. Google demande explicitement 2 semaines entre deux soumissions.
3. Escaladez à partir des données du fournisseur lui-même (Postmaster Tools, SNDS, flux de Yahoo), pour que votre affirmation corresponde à ce que voit le fournisseur.
4. Consignez chaque escalade (canal, date, preuves soumises, résultat). Des blocages qui reviennent sans cesse chez un même fournisseur sont un problème de programme d’envoi, pas un problème de ticket. Pour rétablir le volume après une levée des restrictions, voir Surveillance et rétablissement de la réputation.