Genehmigt: Fortect
Sie finden möglicherweise einen Fehler, der darauf hinweist, dass die DNS-Connector-Lieferung im letzten Fehleraustausch angezeigt wird. Es gibt eine Reihe von Schritten, die die Öffentlichkeit ergreifen kann, um dieses Problem zu lösen, also möchte ich heute darüber sprechen.
- 2 Minuten zu sehen.
-
- Gilt für:
- Exchange Server 2013 Enterprise, Exchange Server 2013 Standard Edition, Exchange Server yr Enterprise, Exchange Server Next Year Standard, Exchange Server 2016 Enterprise Edition, Exchange Server Standard 2016 Edition
Fehler beim Senden von E-Mail-Online-Mail für einige Remote-Domains
Dieser Versand kann auftreten, wenn die entfernten DNS-Server die AAAA-Anfrage ignorieren oder eine unerwartete Reaktion zurückgeben.
Um dieses Problem zu umgehen, erstellen Sie bestimmte Remotedomänen für das Menüband. (Erstellen Sie für jede Domäne einen Verbindungsredirector). Ordnen Sie dann zweifellos Sendeconnectors so an, dass sie den Info-Webhost der Remotedomäne als effizienten Host verwenden. Führen Sie dazu die folgenden Schritte aus:
- Überprüfen Sie die IP-Adresse des MX-Films (Mailserver), um die betroffene Remotezone zu erstellen. Verwenden Sie oder nslookup MX-Einträge suchen .
- Erstellen Sie einen neuen Connector zu dieser Domäne. Stellen Sie sicher, dass Sie die Leerzeichen konfigurieren:
- Fügen Sie im Abschnitt Adressspeicher die betroffene Haupt-Remotedomäne hinzu, z.B. contoso.com.
2. Wählen Sie in den Netzwerkeinstellungen die Option für anspruchsvolles Mail-Routing mit den folgenden Typen aus. Fügen Sie normalerweise die IP-Adresse des MX-Historys hinzu, die Sie in Ihrem persönlichen Schritt überprüft haben.
Sie können die Standardeinstellung für andere Konfigurationen verwenden. Weitere Einzelheiten finden Sie unter Konfigurieren eines dedizierten Sendeconnectors für eine bestimmte Domäne .
Wie Ihre Site sehen kann, umgeht Exchange Server, wenn er E-Mails an diese Art von Remotedomäne sendet, einige Anforderungs-DNs und verbindet sich direkt mit dem Web-E-Mail-Server der Remote-PC-Supportdomäne unter Verwendung des IP-Standorts.
Wenn Sie mir eine E-Mail an alle Remote-Problemdomänen senden, tritt ein Fehler auf
Dies kann passieren, weil der von Microsoft Exchange Server verwendete DNS-Server ausgefallen ist. Standardmäßig verwendet Exchange die DNS-Einstellungen auf dem Netzwerkadapter des Servers, um ausgehende Remote-E-Mail weiterzuleiten.
Um dieses Problem zu beheben, beheben Sie Probleme mit einem neuen lokalen DNS-Server oder konfigurieren Sie einen externen DNS-Server für die Remote-Weiterleitung von E-Mails. Befolgen Sie diese Schritte, um einen externen DNS-Server einzurichten, um die Briefweiterleitung aus der Ferne zu verwalten:
-
Öffnen Sie die Eigenschaftenseite für den Exchange-Server, der die Sendeverbindung besitzt, und fügen Sie dann den größten Teil der DNS-IP-Straßenadresse für . hinzu public.servers < / a> Parameter hinzufügen, um eine externe DNS-Suche durchzuführen.
-
Wählen Sie die Option “Exakte Lookups für externe DNS-Einstellungen auf Servern verwenden und die Option für die Pendelrolle im Connector, der für das Finden des wichtigsten Remote-Routings verantwortlich ist.”
-
Frage
-
Ich habe ein Problem beim Übertragen von E-Mails an eine bestimmte vertrauenswürdige Domäne.
Nennen wir es die Problemdomäne zur Diskussion.
Ich kann nur bei anderen Namen geben und empfangen.
Ich verwende SBS 2008 mit Exchange 2007
Ich verwende DNS in Bezug auf getUnd ich habe auch das Kontrollkästchen auf dieser Registerkarte Netzwerk des Hooks Send Detector Network aktiviert, um die externen Transport-DNS-Lookup-Fixierungen für den DNS-Server zu verwenden, der sich normalerweise auf dem DNS-Server meines ISP-Boards befindet.
Wenn ich nslookup über diese Befehlszeile öffne, erhalte ich
C: Windows system32> nslookup
Standardserver: unbekannte Adresse
: fe80 :: 1d11: 6c69: c59: 9c72also denke ich, dass es für IP verwendet wird
> Server 10.202.2.220
Standardserver: [10.202.2.220]
Adresse: 10.202.2.220> eauctions.ie
Server: [ 10.202 2.220]
Adresse: 10.202.2.220Antwort:
nicht autorisierter Firmenname: problem domain.ie
Adresse: XX.XXX.XXX.XX <- die korrekte It-IPund schmilzt gut.
Wenn ich die Verbindungsanzeige überprüfe, sehe ich das folgende Bild
CC9CC817F1FDB6, SMTP, problemdomain.ie, +, 97d0d5db-0bc1-426d-b9e4-347c59db8bbe
2010-03-29T12:00: 35.914Z, 08CC9CC817F1FDB6, SMTP, Auktionen, Auktionen, .t,> . 85.91.1.129 work
2010-03-29T12: 00: 35.914Z, 08CC9CC817F1FDB6, SMTP, problemdomain.ie, -, DNS-Abfrage für ‘DnsConnectorDelivery’: ‘problemdomain.ie’: ’97d0d5db-0bc1 – 426d-b9e4 – 347c59db8bbe ‘fehlgeschlagen mit Fehler: ErrorRetryDann sehe ich, dass sein Sen SMTP-Connector das DNS des externen Servers ausnutzt und keine Verbindung zum Server herstellen kann.
Wenn ich dann diese Art von Server in nslookup stelle, um den Put zu verwalten, erhalte ich Folgendes
C: Windows system32> nslookup
Standardserver: Unbekannt
Adresse: fe80 :: 1d11: 6c69: c59: 9c72< p>> Server 85.91.1.129
Standardserver: [85.91.1.129]
Details: 85.91.1.129> Sammlung q impliziert mx
> problemdomain.ie
server: [85.91.1.129]
Adresse: 85.91.1.129Nicht autorisierte Antwort:
problemdomain.ie MX-Präferenz ist 10, mail = Exchanger smtpxx.cp.irishdomains.co
mGenehmigt: Fortect
Fortect ist das weltweit beliebteste und effektivste PC-Reparaturtool. Millionen von Menschen vertrauen darauf, dass ihre Systeme schnell, reibungslos und fehlerfrei laufen. Mit seiner einfachen Benutzeroberfläche und leistungsstarken Scan-Engine findet und behebt Fortect schnell eine breite Palette von Windows-Problemen - von Systeminstabilität und Sicherheitsproblemen bis hin zu Speicherverwaltung und Leistungsengpässen.
- 1. Laden Sie Fortect herunter und installieren Sie es auf Ihrem Computer
- 2. Starten Sie das Programm und klicken Sie auf "Scannen"
- 3. Klicken Sie auf "Reparieren", um alle gefundenen Probleme zu beheben
problemdomain.ie Nameserver = ns1.irishdomains.com
problemdomain.ie Nameserver bezieht sich auf ns2.irishdomains.com und smtpxx.cp.irishdomains.com Internetadresse = XX. XXX.XXX. XX
ns1.irishdomains.com Internetadresse bedeutet XX.XXX.XXX.XX
ns2.irishdomains.com Internetadresse entspricht XX.XXX.XXX.XX
>< /div>
Ich scheine also, wenn Sie der Nicht-NS-Lookup-Befehlszeilenversion zustimmen müssen, aber nicht der, die speziell von Exchange verwendet wird
Hat jemand eine Idee?
Grüße
Albert
Die Antworten
-
BEHOBEN!
Ich weiß nicht, welche behoben wurden, aber ich denke, es war ein DNS-Dilemma
Ich habe festgestellt, dass die in meinem DNS-Cache gespeicherte Mail-Kellner-IP-Lösung nicht korrekt ist.
Obwohl ich davon ausgegangen bin, dass die externe DNS-Suche aktiviert ist, wurde sie deaktiviert, sodass sie wieder deaktiviert wurde.
Ich habe einen Beitrag gefunden, in dem ich gebeten wurde, den Cache in Ihrem aktuellen DNS-Server zu leeren
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
Dann habe ich den entworfenen SMTP-Sende-Connector überprüft und festgestellt, dass der sekundäre DNS nicht überprüft wurde, sobald ich das Produkt ein zweites Mal überprüfte, wurde die Nachricht zugestellt
>
2010-03-29T14: 13: 16.269Z, 08CC9D5838032365, SMTP