Rebond du courriel 550 Destinataire 5.1.1 rejeté

8

Un client est récemment passé à Exchange Server / Outlook pour son courrier électronique. Depuis lors, les e-mails de mon entreprise à toute adresse e-mail de leur entreprise rebondissent de l'administrateur système avec cette erreur:

  Your message did not reach some or all of the intended recipients.

   Subject:  Email Solution
   Sent: 12/12/2012 11:08 AM

   The following recipient(s) cannot be reached:

   '[email protected]' on 12/12/2012 11:08 AM
    550 5.1.1 <[email protected]> recipient rejected

La recherche dans les options de message de l'e-mail de renvoi ne montre aucune donnée dans le champ En-tête Internet.

Le responsable informatique de mon client dit que nous ne sommes pas bloqués, mais je ne peux penser à aucune autre raison pour laquelle le rebond se produirait.

Toute suggestion sur les questions à poser ou sur la façon de résoudre ce problème serait utile.

J'utilise une version de bureau d'Outlook 2007 et je me connecte via mon FAI.

Merci.

exchange outlook Stan
la source
1
Bien sûr, vous n'êtes pas bloqué car le rapport de non-remise indique "destinataire rejeté", et non "expéditeur rejeté". Je peux penser à quelques choses qui pourraient être erronées (du côté du destinataire): 1. Le serveur du destinataire ne fait pas autorité pour le domaine vers lequel vous envoyez. 2. Le destinataire n'a pas l'adresse e-mail à laquelle vous envoyez. 3. Une autre erreur de configuration du côté du destinataire.
joeqwerty
Merci joeqwerty. Je vérifierai avec leur administrateur sur le point 1. Concernant le point 2, j'obtiens le même rebond quand ils envoient un email et je clique sur "Répondre à" ... et ils n'ont aucun problème pour envoyer / recevoir en interne, donc l'adresse doit être dans leur système ... non? Je ne suis pas un expert en échange, j'apprécie vos conseils.
Stan
L'enregistrement MX a-t-il changé pour votre client? J'ai vu des erreurs similaires (bien que des erreurs d'utilisateur inconnu) lorsque l'expéditeur avait des enregistrements DNS périmés et tentait de résoudre leur MX en une IP qui ne l'hébergeait plus. Si tel est le cas, cela signifierait que vos enregistrements DNS sont périmés et doivent être actualisés.
DKNUCKLES
@Stan - Cela semble juste. Si vous répondez à un e-mail, l'adresse e-mail du destinataire doit être OK. Cela peut être un problème avec DNS (l'enregistrement MX) comme indiqué par DKNUCKLES ou cela peut être un problème avec la configuration Exchange. Si les domaines acceptés dans Exchange sont incorrectement configurés, les courriers électroniques internes à internes fonctionneront, mais pas les emails externes à internes.
joeqwerty
@DKNUCKLES - merci pour votre aide. Je vais faire un suivi et voir si nous pouvons trouver une résolution.
Stan

Réponses:

12

550 5.1.1 signifie que le serveur de messagerie du destinataire pense que l'adresse e-mail n'existe pas sur le domaine de destination et n'a donc aucun moyen de la transmettre.

Sauf si vous avez simplement fait une faute de frappe dans l'adresse e-mail, ce n'est pas quelque chose que vous pouvez corriger, et doit être adressé à l'autre extrémité.

Michael Hampton
la source
Il peut également être rejeté pour des raisons de politique, par exemple parce que le serveur est configuré pour ne pas accepter de courrier pour cette combinaison d'adresses d'expéditeur et de destinataire.
Jenny D
1
@JennyD Si tel est le cas, le serveur de messagerie ment ouvertement sur la raison du rejet. Ce qui n'est utile à personne.
Michael Hampton
RFC5321 §7.9 "Lorsque le courrier est rejeté pour ces raisons ou pour d'autres raisons de politique, un code 550 DEVRAIT être utilisé en réponse à EHLO (ou HELO), MAIL ou RCPT selon le cas." Je conviens cependant que ce n'est pas utile.
Jenny D
1
@JennyD Wrong RFC. Il s'agit d'un code d'état étendu RFC 3463 . Où, 5.1.1 signifie "l'utilisateur n'existe pas" et 5.7.1 signifie "Je ne veux pas de vos déchets, partez".
Michael Hampton
2
Vous me rendez très heureux de ne plus avoir de systèmes de messagerie électronique dans la majeure partie de mon travail.
Jenny D
1

Dites au responsable informatique d'ajouter les enregistrements suivants à leur fichier de zone DNS de domaine en supposant que leur domaine est client.org:

Un enregistrement

Hôte: mail

Points à: [mettre ici l'adresse IP de client.org sans support]

Enregistrement MX

Priorité: 0

Hôte: @

Points à: mail.client.org

Shadi Namrouti
la source
0

Un filtre anti-spam peut également être la cause si des e-mails le traversent et que l'adresse e-mail n'y est pas encore enregistrée

Jabulani Sibeko
la source
2
Je suis curieux de savoir pourquoi ce vote est rejeté? Ce serait bien d'avoir une explication avec le -2 afin que nous sachions pourquoi ce n'est pas valide. Je suis venu ici parce que j'ai reçu le 550 5.1.1 (utilisateur inconnu dans la table de relais) qui sonne comme son possible un serveur intermédiaire rejette le message. Il est possible que les utilisateurs échangent également le serveur, mais sans explication, les votes négatifs sont très inutiles.
ScottC
0

Le problème est survenu lorsque j'ai essayé d'envoyer un e-mail à n'importe quelle adresse e-mail. Même ceux que je pouvais envoyer par e-mail en utilisant d'autres serveurs.

J'ai eu ce problème après la mise à niveau d'Ubuntu 14.04 vers 16.04. J'ai Virtualmin et postfix impliqués. J'ai comparé mon ancien /etc/postfix/main.cf avec le nouveau et j'ai remarqué quelques changements.

Le correctif pour moi était de commenter "default_transport = error" dans /etc/postfix/main.cf puis de redémarrer postfix.

Fichier: /etc/postfix/main.cf Ligne à commenter: default_transport = error

Mettez la ligne en commentaire en ajoutant un # au début de celle-ci.

Redémarrez postfix avec ... sudo /etc/init.d/postfix restart

xriri
la source