Comment corriger l’erreur « Adresse du destinataire rejetée » lors de l’envoi d’e-mails

Vous rencontrerez généralement le message « Adresse du destinataire rejetée ». Erreur d’accès refusé après avoir utilisé Outlook (ou un autre client de messagerie_ pour envoyer un e-mail qui rebondit avec l’événement “message non remis”. Le plus souvent, ce message d’erreur est associé aux erreurs d’état 541 et 551.

‘Adresse du destinataire rejetée. Accès refusé.” Erreur lors de l’envoi d’e-mails non liés

Après des recherches approfondies sur ce problème, nous avons réussi à identifier quelques scénarios courants qui pourraient être responsables de ce problème particulier. Voici une liste restreinte de coupables potentiels qui pourraient déclencher le message « Adresse du destinataire rejetée ». Erreur d’accès refusé lorsque vous essayez d’envoyer un e-mail sortant :

  • Adresse e-mail inexistante – L’une des raisons les plus courantes pour lesquelles vous pouvez vous attendre à voir cette erreur est un scénario dans lequel vous venez d’envoyer un courrier sortant à une adresse e-mail qui n’existe pas réellement. Dans ce cas, la seule solution viable consiste à vérifier que vous envoyez l’e-mail à une boîte de réception valide et à modifier le destinataire si nécessaire.
  • Problème DNS – Un problème DNS n’est pas exclu, surtout si vous constatez que cette erreur se produit avec chaque e-mail qui essaie de quitter votre client de messagerie. Dans le cas où l’envoi d’e-mails à partir de l’interface Web de votre fournisseur de messagerie est correct, mais vous obtenez continuellement l’erreur avec Outlook, Thunderbird (et autres). Dans ce cas, vider votre cache DNS devrait vous permettre de résoudre le problème.
  • Les e-mails sont rejetés par un filtre anti-spam – Une autre possibilité (si vous avez envoyé la même boîte de réception précédemment) est un filtre anti-spam qui qualifie votre e-mail de spam. Dans ce cas, le seul moyen de résoudre le problème est de demander au destinataire de vous ajouter à la liste blanche afin que vos e-mails passent.
  • DBEB bloque les e-mails externes – Si vous avez précédemment configuré Exclaimer Cloud via Microsoft 365 et que vous obtenez cette erreur lors de l’envoi d’e-mails vers des dossiers publics, le problème est très probablement causé par DBEB. Dans ce cas, vous pouvez résoudre le problème en vous assurant que les dossiers publics sont hébergés sur site.

Maintenant que nous avons passé en revue toutes les raisons potentielles pour lesquelles vous pourriez avoir affaire à l’adresse du destinataire rejetée. Erreur d’accès refusé, commençons à résoudre le problème à l’aide d’une série de méthodes que d’autres utilisateurs concernés ont utilisées avec succès.

Insérez le bon destinataire

Avant de faire quoi que ce soit d’autre, commencez par vérifier si l’e-mail de votre destinataire est correct. Si vous avez déjà envoyé un e-mail à ce destinataire, assurez-vous qu’il a toujours l’autorisation de franchir la passerelle de messagerie.

Si vous rencontrez ce problème au sein d’un réseau de messagerie sécurisé, assurez-vous que les destinataires qui renvoient le message « Adresse du destinataire rejetée ». Les erreurs d’accès refusé font toujours partie de votre organisation.

Si vous utilisez Exchange, découvrez que vous obtenez cette erreur parce que vous envoyez des e-mails à des utilisateurs inexistants, une solution consiste à créer une boîte aux lettres/une adresse CatchAll.

Si vous venez de déterminer que vous envoyez un courrier au bon destinataire et que vous obtenez toujours des retours avec l’adresse « Adresse du destinataire rejetée ». Erreur d’accès refusé, passez à la méthode suivante ci-dessous.

Vider le DNS et effacer les données TCP/IP de température

Si l’erreur ne se produit que lorsque vous êtes connecté à ce réseau particulier, vous devriez commencer à suspecter un problème DNS potentiel. Il n’est pas rare de voir le message « Adresse du destinataire rejetée ». Erreur d’accès refusé se produisant en raison d’un problème avec la transmission de données ou le protocole.

Dans ce cas, si un seul ordinateur du réseau est affecté, vous devez supposer qu’un problème avec la carte réseau ou une mauvaise plage DNS empêche les e-mails de quitter votre passerelle.

Pour résoudre ce problème, vous devez effectuer une réinitialisation TCP ou IP complète sur l’ordinateur concerné (ou sur chaque partie d’ordinateur de ce réseau qui rencontre ce problème).

Suivez les instructions ci-dessous pour connaître les étapes complètes du vidage des données temporaires DNS et TCP/IP :

  1. Appuyez sur la touche Windows + R pour ouvrir une boîte de dialogue Exécuter. Ensuite, tapez « cmd » dans la zone de texte, puis appuyez sur Ctrl + Maj + Entrée pour ouvrir une invite de commande élevée.Ouvrir une invite de commande élevée
  2. Lorsque vous y êtes invité par l’invite Contrôle de compte d’utilisateur, cliquez sur Oui pour accorder l’accès administrateur.
  3. Une fois que vous êtes dans l’invite de commande élevée, tapez les commandes suivantes et appuyez sur Entrée après chacune pour terminer une réinitialisation DNS et TCP/IP : ipconfig /flushdns nbtstat -R nbtstat -RR netsh int reset all netsh int ip reset netsh winsock reset
  4. Une fois que chaque commande est traitée avec succès, fermez l’invite de commande élevée.
  5. Ouvrez votre client de messagerie et essayez d’envoyer exactement le même e-mail au même destinataire et voyez s’il rebondit toujours.

Si le ‘Adresse du destinataire rejetée. L’erreur Accès refusé n’est toujours pas corrigée, passez au prochain correctif potentiel ci-dessous.

Demander au destinataire d’ajouter une liste blanche

Une autre raison assez courante pour laquelle vous pouvez vous attendre à obtenir cette erreur est un filtre anti-spam actif actuellement utilisé par le domaine destinataire. En raison de vos antécédents ou du comportement du destinataire, votre message est détecté et étiqueté comme spam – c’est probablement la raison pour laquelle il rebondit.

D’après nos enquêtes, il s’avère qu’il y a 3 grandes raisons pour lesquelles vous pouvez vous attendre à voir l’adresse du destinataire rejetée. Erreur d’accès refusé lorsqu’un bouclier est mis en place par le destinataire :

  • Le destinataire du filtre anti-spam a marqué un message similaire comme spam dans le passé. Dans ce cas, tous les e-mails du même expéditeur et tous les e-mails similaires à celui marqué comme spam seront traités de la même manière.
  • Les e-mails sont rejetés en raison d’une politique de domaine qui met sur liste noire ou définit chaque e-mail provenant de cette adresse particulière comme spam.
  • Le message est reçu par le domaine de messagerie, mais il est séparé en raison d’une politique et finit par ne pas être remis à la boîte de réception prévue.

Si l’un des scénarios présentés ci-dessus est vrai, il n’y a qu’une seule solution : demander au destinataire de vous mettre sur liste blanche afin qu’il reçoive votre correspondance par e-mail.

Mais comme vous ne pouvez pas vraiment le faire à partir de votre e-mail habituel car il rebondit, vous devrez utiliser un autre e-mail.

Si le scénario décrit ci-dessus n’a pas été efficace car vous rencontrez ce problème après avoir configuré Exclaimer Cloud pour Microsoft 365, passez au correctif potentiel suivant ci-dessous.

Rendre les dossiers de messagerie Exchange publics (le cas échéant)

Si vous voyez le message « Adresse du destinataire rejetée. Erreur d’accès refusé lors de la tentative d’envoi d’un e-mail après l’avoir configuré avec Exclaimer Cloud via Microsoft 365, la raison en est probablement liée au blocage de la périphérie basé sur l’annuaire (DBEB).

Juste pour que vous compreniez, DBEB est activé par défaut dans Microsoft 365 et il est configuré pour rejeter les e-mails externes avec des adresses qui ne se trouvent pas dans Azure Active Directory.

Mais cela ne veut pas dire que vous n’avez pas ces adresses. Très probablement, ils sont considérés comme externes car ils sont actuellement stockés dans une boîte aux lettres de dossiers publics qui n’est pas synchronisée avec l’annuaire Azure Active.

Si vous vous trouvez dans ce scénario particulier, il existe trois correctifs potentiels qui vous permettront de corriger l’erreur :

  1. Assurez-vous que tous les serveurs publics sont hébergés sur site
  2. Assurez-vous que vos serveurs publics sont hébergés dans Exchange en ligne
  3. Désactiver le blocage Edge basé sur un répertoire (non recommandé)

Remarque : Toutes les méthodes présentées ci-dessous nécessitent que vous soyez un administrateur global avec des informations d’identification complètes.

Assurez-vous que les dossiers publics sont hébergés sur site

Cette opération garantira que les dossiers publics contenant vos e-mails sont hébergés sur site. Cette opération implique d’accéder à l’écran Microsoft Azure Active Directory Connect et d’apporter quelques ajustements aux fonctionnalités facultatives.

Cette opération garantira que les adresses de dossier public à extension messagerie ne seront plus considérées comme non valides par la fonctionnalité DBEB.

Suivez les instructions ci-dessous pour corriger le problème « Adresse du destinataire rejetée ». Erreur d’accès refusé en s’assurant que chaque dossier public est hébergé sur site :

  1. Tout d’abord, ouvrez l’écran Microsoft Azure Active Directory Connect.
  2. Une fois à l’intérieur, utilisez le menu vertical sur la gauche pour sélectionner Fonctionnalités optionnelles.
  3. Ensuite, passez à la section de droite et cochez la case associée au dossier public Exchange Mail.
    Activer les dossiers publics de messagerie Exchange
  4. Cliquez sur Suivant pour enregistrer les modifications, puis réessayez d’envoyer l’e-mail qui échouait auparavant et voyez si le problème est maintenant résolu.

Assurez-vous que les serveurs publics sont hébergés en ligne

Gardez à l’esprit que le blocage de périphérie basé sur l’annuaire (DBEB) n’est pas encore pris en charge pour les dossiers publics à extension messagerie. Cela signifie que vous devrez recourir à quelques solutions de contournement.

La première solution de contournement consiste à arrêter le routage des e-mails envoyés vers les dossiers publics vers Exclaimer Cloud – cela peut être fait en accédant au menu Flux de messagerie et en établissant une règle d’exception.

Suivez les instructions ci-dessous pour vous assurer que les serveurs publics sont hébergés en ligne :

  1. Commencez par vous connecter Échange en ligne avec votre compte.
  2. Une fois que vous êtes connecté avec votre compte, accédez à Flux de messagerie dans la liste des options, puis accédez à l’onglet règles.
  3. Dans la liste des règles disponibles, sélectionnez Identifier les messages à envoyer à Exclaimer Cloud, puis cliquez sur Modifier.
  4. Dans le menu modifiable, faites défiler jusqu’en bas de la section et cliquez sur Ajouter une exception (sous Sauf si).
  5. Dans la liste des options disponibles, sélectionnez Destinataire… Cette personne est-elle.Ajustement de la règle Exchange Online
  6. Lorsque vous voyez la boîte de dialogue Sélectionner un membre, sélectionnez toutes les boîtes aux lettres de dossiers publics que vous utilisez actuellement.
  7. Enfin, cliquez sur Ajouter pour appliquer la modification, puis cliquez sur OK puis enregistrez pour l’appliquer.

Désactiver le blocage Edge basé sur un répertoire

Bien que nous ne recommandions pas cette méthode, une autre solution de contournement qui vous permettra d’empêcher le DBEB de bloquer vos e-mails consiste à désactiver complètement le mécanisme de blocage Edge basé sur l’annuaire.

Pour ce faire, suivez les instructions ci-dessous :

  1. Connectez-vous à Échange en ligne avec votre compte.
  2. Une fois que vous êtes connecté avec succès avec votre compte, allez dans Flux de messagerie, puis accédez aux catégories de domaines acceptés à partir du menu contextuel qui vient d’apparaître.Accéder au menu Domaines acceptés
  3. Ensuite, sélectionnez le domaine racine du dossier public et cliquez sur Modifier.
  4. Sous Ce domaine accepté est, sélectionnez Relais interne et appuyez sur Enregistrer pour désactiver efficacement DBEB.

Similar Posts

Leave a Reply

Your email address will not be published. Required fields are marked *