« 450 4.1.8 Sender address rejected: Domain not found » / « 553 5.1.8 Domain of sender address does not exist » : solution

Ce que ça veut dire

Le serveur destinataire a cherché le domaine de votre adresse d'expéditeur et ne l'a pas trouvé dans le DNS. Il refuse le courrier d'un domaine qui ne semble pas exister, car il ne pourrait jamais lui envoyer de réponse ni de message d'erreur. Le message ressemble généralement à l'un de ceux-ci :

450 4.1.8 <user@yourdomain.com>: Sender address rejected: Domain not found

553 5.1.8 <user@yourdomain.com>... Domain of sender address user@yourdomain.com does not exist

Le premier vient de Postfix. La version 450 est temporaire : votre serveur va réessayer, mais il échouera tant que le domaine restera introuvable. La version 553 est définitive.

L'adresse d'expéditeur vérifiée ici est l'expéditeur d'enveloppe, aussi appelé Return-Path ou MAIL FROM. Ce n'est pas toujours l'adresse « From » que voient les gens. Les applications et les serveurs la définissent souvent automatiquement, par exemple www-data@server1.local.

Pourquoi cela arrive

• Un nom local ou interne. L'expéditeur d'enveloppe utilise un domaine qui n'existe qu'à l'intérieur de votre réseau, comme .local, .lan, .internal ou le simple nom du serveur (root@localhost).
• Une faute de frappe dans l'adresse d'expéditeur, comme yourdomian.com.
• Le domaine n'a ni enregistrement A ni enregistrement MX. Certains destinataires exigent au moins l'un des deux pour le domaine de l'expéditeur.
• Le domaine a expiré, ou son hébergement DNS a été supprimé.
• Un sous-domaine sans enregistrements, comme bounce.yourdomain.com utilisé par un outil, que personne n'a créé dans le DNS.
• Des problèmes de DNS : les serveurs de noms de votre domaine ne répondent pas, ou répondent mal. Dans ce cas, le code temporaire 450 est fréquent.

Comment vérifier

1. Lisez le message d'erreur. L'adresse exacte entre crochets est celle qui a été vérifiée. Examinez attentivement son domaine.
2. Lancez un test Delivmail. Envoyez un email depuis la même application ou le même serveur vers l'adresse unique de la page d'accueil (/). Le rapport affiche l'expéditeur d'enveloppe (Return-Path) et l'adresse From, pour que vous voyiez quel domaine votre application utilise réellement.
3. Scannez le domaine sur /domain-scanner pour voir ses enregistrements MX et vérifier s'il répond.
4. Vérifiez l'enregistrement du domaine sur /whois pour vous assurer qu'il n'a pas expiré.

Comment corriger

Si le domaine est local ou erroné

1. Définissez une vraie adresse d'expéditeur sur un domaine qui vous appartient, par exemple noreply@yourdomain.com.
2. Dans Postfix, réglez myorigin et myhostname sur de vrais noms (par exemple yourdomain.com et mail.yourdomain.com), ou réécrivez les adresses locales avec sender_canonical_maps.
3. En PHP ou sur un site web, définissez explicitement l'expéditeur d'enveloppe (l'option -f de mail(), ou le champ « Return-Path » ou « Sender » de votre bibliothèque d'envoi ou de votre extension).
4. Dans les applications et appareils, cherchez un réglage « adresse d'expéditeur » ou « from address » et utilisez une vraie adresse.

Si le domaine est réel

1. Assurez-vous qu'il a un enregistrement MX (là où arrivent les réponses) et, si possible, un enregistrement A.
2. Si un outil utilise un sous-domaine de retour personnalisé, créez les enregistrements qu'il demande (souvent un CNAME).
3. Renouvelez le domaine s'il a expiré, et vérifiez que ses serveurs de noms répondent.

Utiliser un vrai domaine vous permet aussi de configurer le SPF, le DKIM et le DMARC, dont vous aurez de toute façon besoin pour une bonne délivrabilité.

Vérifiez que c'est corrigé

Après toute modification DNS, attendez un peu qu'elle se propage (en général moins d'une heure). Envoyez un nouveau test Delivmail depuis la même application : le Return-Path doit maintenant afficher votre vrai domaine, et le SPF doit être vérifié sur celui-ci. Renvoyez ensuite l'email refusé, ou laissez votre serveur retenter les messages en file d'attente.