Boîte à Outils Informatique
Guide

Comment corriger Sender mismatch avec un SMTP authentifié

Sender mismatch apparaît lorsque l’adresse d’enveloppe ou le From utilisé par l’application n’est pas autorisé pour le compte SMTP authentifié.

ThématiqueRéseau informatique →
⌚ Environ 3 min de lecture
Voir mes favoris
Messagerie / SMTP Intermédiaire 10 min

Sender mismatch apparaît lorsque l’adresse d’enveloppe ou le From utilisé par l’application n’est pas autorisé pour le compte SMTP authentifié.

Avant de commencer : adaptez toujours les commandes et manipulations à votre environnement. Sur un système de production, prévoyez une sauvegarde ou un retour arrière lorsque l’action peut modifier la configuration.

Étapes à suivre

  1. 1

    Relever l’erreur complète

    Conservez le 550 et le texte exact retourné après DATA.

  2. 2

    Identifier le compte authentifié

    Notez l’adresse utilisée pour LOGIN/AUTH.

  3. 3

    Comparer le From

    Vérifiez l’adresse d’expéditeur configurée dans WordPress ou l’application.

  4. 4

    Tester l’alignement

    Utilisez temporairement exactement la même adresse pour l’authentification et le From.

  5. 5

    Configurer l’alias si nécessaire

    Ajoutez ou autorisez l’alias côté fournisseur avant de le réutiliser.

À retenir

  • SPF ou DKIM ne corrigent pas un Sender mismatch lors de la soumission SMTP.
  • Le Return-Path peut également être contrôlé par certains fournisseurs.
  • Dans WordPress, forcez le From seulement si l’adresse est réellement autorisée.
← Tous les guides
Complément technique

SMTP : distinguer authentification, enveloppe et identité visible

Repères techniques

  • L’utilisateur SMTP authentifié, le MAIL FROM et le header From: peuvent être trois identités différentes.
  • Une erreur Send As / sender mismatch apparaît quand le serveur autorise l’authentification mais refuse l’identité d’envoi demandée.
  • Le Message-ID, Return-Path et Received permettent de reconstruire le chemin réel du message.

Lecture d’un échec

Conserver le code SMTP complet et comparer compte authentifié, adresse d’enveloppe et From visible.

AUTH user@example.com
MAIL FROM:<sender@example.com>
From: Display <sender@example.com>

Pièges spécifiques

  • Changer SPF/DKIM ne corrige pas une permission Send As manquante au niveau du serveur.
  • Tester avec une autre adresse sans conserver le code exact peut masquer le périmètre réel.

Comment valider

  • Le serveur accepte l’expéditeur attendu avec l’identité et la permission prévues.
  • Les headers du message reçu correspondent au compte et au domaine attendus.

Preuves et vérifications

L’utilisateur SMTP authentifié, le MAIL FROM et le header From: peuvent être trois identités différentes. Une erreur Send As / sender mismatch apparaît quand le serveur autorise l’authentification mais refuse l’identité d’envoi demandée.

Contrôle de résultat

Le serveur accepte l’expéditeur attendu avec l’identité et la permission prévues. Les headers du message reçu correspondent au compte et au domaine attendus.

Point d’attention

Changer SPF/DKIM ne corrige pas une permission Send As manquante au niveau du serveur. Le Message-ID, Return-Path et Received permettent de reconstruire le chemin réel du message.

Concepts liés

Référence primaire : RFC 5321 — SMTP.

♡ 0