Approuvé : Fortect
Vous pouvez trouver une erreur impliquant qu’il affiche l’échange d’erreurs dnsconnectordelivery 2009. Il existe un certain nombre de mesures que les familles peuvent prendre pour résoudre ce problème, nous pouvons donc en parler maintenant.
- 2 minutes pour le découvrir.
-
- S’applique à :
- Exchange Server 2013 Enterprise, Exchange Server 2013 Standard Edition, Exchange Server pour cette année ! Entreprise, Exchange Server Next Year Standard, Exchange Server 2016 Enterprise Edition, Exchange Server Standard 2016 Edition
Erreur lors de l’envoi du courrier électronique en ligne pour certains domaines distants
Ce point peut se produire si les serveurs DNS distants prennent à la légère la requête AAAA ou renvoient un problème inattendu.
Pour contourner ce problème, créez un nombre maximal de domaines distants prescrits pour le ruban. (Créez un redirecteur de plug pour chaque domaine). Ensuite, sans aucun doute, modifiez les connecteurs d’envoi pour utiliser l’hôte Web de messagerie Web du domaine distant en tant qu’hôte efficace. Pour vous engager, suivez ces étapes :
- Vérifiez l’adresse IP du film MX (serveur de messagerie) en support de la zone distante affectée. Utilisez ou nslookup Recherchez les enregistrements MX .
- Créez un nouveau connecteur sur ce domaine. Assurez-vous de configurer les sélections :
- Dans la section Magasin d’adresses, ajoutez tous les domaines distants concernés, tels que contoso.com.
2. Dans les paramètres réseau, sélectionnez l’option de routage du courrier des suggestions en utilisant les types suivants. Ajoutez généralement l’adresse IP de la liste MX que vous avez vérifiée lors de votre étape personnelle.
Vous pouvez utiliser la valeur par défaut pour d’autres situations. SupplémentairePour plus de détails, consultez Configuration d’un connecteur d’envoi dédié pour un domaine spécifique .
Comme votre entreprise peut le voir, lorsqu’Exchange Server envoie un courrier électronique qui aidera ce type de domaine distant, il contourne tout DN de demande et se connecte directement au serveur de messagerie Web du domaine distant à l’aide de l’adresse professionnelle IP.
Lorsque vous m’envoyez un e-mail sur tous les domaines à problèmes distants, une erreur se produit
Cela peut se produire parce que le serveur DNS utilisé en raison de Microsoft Exchange Server est en panne. Par défaut, Exchange utilise les paramètres DNS sur la carte réseau du serveur pour acheminer le courrier électronique distant sortant.
Pour résoudre ce problème, dépannez un nouveau serveur DNS local ou configurez un serveur DNS externe pour acheminer le courrier à distance. Suivez ces étapes pour incliner un serveur DNS externe afin de gérer à distance le routage des e-mails :
-
Ouvrez la page Propriétés pointant vers le serveur Exchange qui possède la connexion d’envoi, puis ajoutez la plupart des adresses IP DNS pour public. serveurs < / a> addparameter sur la recherche DNS externe.
-
Sélectionnez l’option “Utiliser les recherches exactes pour les paramètres DNS externes sur les serveurs, et l’option pour le rôle du véhicule dans le connecteur responsable du routage à distance le plus important.”
-
Question
-
J’ai un problème pour diriger les e-mails vers un domaine de confiance spécifique.
Appelons cela le domaine du problème pour la discussion.
Je ne peux donner et recevoir que des noms après les autres.
J’utilise SBS 2008 dans Exchange 2007
J’utilise DNS et getAnd j’ai également coché la case de cet onglet Réseau de la facture mensuelle du réseau de détecteurs d’envoi pour utiliser les alternatives de recherche DNS de transport externe pour le serveur DNS sur lequel se trouve le serveur DNS de ma carte FAI.
Lorsque j’ouvre nslookup à partir de cette ligne de commande, j’obtiens
C:Windowssystem32> nslookup
serveur standard : adresse inconnue
: fe80 :: 1d11: 6c69: c59: 9c72alors j’ai dit l’utiliser pour IP
> Serveur 10.202.2.220
Serveur standard : [10.202.2.220]
Adresse : 10.202.2.220> eauctions.ie
Serveur : [ 10.202 2.220]
Adresse : 10.202.2.220Réponse :
nom de domaine non autorisé : problem domain.ie
Adresse : XX.XXX.XXX.XX <- l'It-IP correctet fond bien.
Lorsque je vérifie le signal de connexion, je vois l’image suivante
CC9CC817F1FDB6, SMTP, problemdomain.ie, +, 97d0d5db-0bc1-426d-b9e4-347c59db8bbe
2010-03-29T12 : 00 : 35.914Z, 08CC9CC817F1FDB6, SMTP, euctions, euctions, t,> .e. 85.91.1.129 procédures
2010-03-29T12 : 00 : 35.914Z, 08CC9CC817F1FDB6, SMTP, problemdomain.ie, -, requête DNS pour ‘DnsConnectorDelivery’ : ‘problemdomain.ie’ : ’97d0d5db-0bc1 – 426d-b9e4 – 347c59db8bbe ‘a échoué avec l’erreur : ErrorRetryEnsuite, je vois que son connecteur SMTP Sen utilise le DNS du serveur externe, aucun ne peut se connecter pour pouvoir se connecter au serveur.
Si je place ensuite le serveur particulier ci-dessus dans nslookup pour gérer l’ajustement, j’obtiens ce qui suit
C: Windows system32> nslookup
Serveur standard : Inconnu
Adresse : fe80 :: 1d11: 6c69: c59: 9c72< p>> Serveur 85.91.1.129
Serveur par défaut : [85.91.1.129]
se concentrer sur : 85.91.1.129> la collection q est égale à mx
> problemdomain.ie
serveur : [85.91.1.129]
Adresse : 85.91.1.129Réponse non autorisée :
problemdomain.ie La préférence MX est 10, mail = Exchanger smtpxx.cp.irishdomains. co
mApprouvé : Fortect
Fortect est l'outil de réparation de PC le plus populaire et le plus efficace au monde. Des millions de personnes lui font confiance pour assurer le fonctionnement rapide, fluide et sans erreur de leurs systèmes. Avec son interface utilisateur simple et son puissant moteur d'analyse, Fortect détecte et corrige rapidement un large éventail de problèmes Windows, de l'instabilité du système et des problèmes de sécurité à la gestion de la mémoire et aux goulots d'étranglement des performances.
- 1. Téléchargez Fortect et installez-le sur votre ordinateur
- 2. Lancez le programme et cliquez sur "Scan"
- 3. Cliquez sur "Réparer" pour résoudre les problèmes détectés
problemdomain.ie nameserver = ns1.irishdomains.com
problemdomain.ie nameserver se traduit par ns2.irishdomains.com et smtpxx.cp. irishdomains.com Adresse Internet = XX. XXX.XXX. XX
ns1.irishdomains.com L’adresse Internet est égale à XX.XXX.XXX.XX
ns2.irishdomains.com L’adresse Internet signifie XX.XXX.XXX.XX
>Je semble donc être d’accord avec le choix de la ligne de commande de recherche non NS, mais pas celui spécifiquement utilisé par Exchange
Quelqu’un a-t-il des idées ?
Cordialement,
Albert
Les réponses
-
CORRIGÉ !
Je ne sais pas lequel était corrigé, mais je pense que c’était un dilemme DNS
J’ai trouvé que la solution IP Web de messagerie stockée dans mon cache DNS n’est pas correcte.
Bien que j’ai supposé que j’ai développé la recherche DNS externe activée, elle a été désactivée avant d’être à nouveau désactivée.
J’ai trouvé le post précédent me demandant de vider le cache trouvé sur votre serveur DNS actuel
http://blog.brainlitter.com/archive/2009/06/19/exchange-2007-difficulty-delivering-email-to-some-domains-%E2%80%93-error-451-4- 4-0-dns-query-failed.aspx
Ensuite, j’ai vérifié le connecteur d’envoi SMTP organisé et j’ai constaté que le DNS secondaire n’avait pas été examiné. Dès que j’ai vérifié à nouveau le produit, le message a été envoyé
>
2010-03-29T14 : 13 : 16.269Z, 08CC9D5838032365, SMTP