E-Mails bleiben in der Warteschlange hängen (MS Exchange 2013)

E-Mails bleiben in der Warteschlange hängen (MS Exchange 2013)

Wir verwenden Microsoft Exchange Server 2013. Unsere gesamte interne E-Mail funktioniert einwandfrei und auch die meisten externen E-Mails sind in Ordnung. Seit Kurzem gibt es jedoch Probleme beim Senden und Empfangen von E-Mails an einige externe Domänen.

Zuerst beschwerten sich unsere Benutzer, dass es Stunden dauern könne, bis E-Mails durchkommen. Ich habe mir also den Exchange Queue Viewer angesehen und bei etwa 5 verschiedenen Domänen den folgenden Fehler festgestellt.

[LRT=17/06/2015 8:36:14 AM);(LED=441 4.4.1 Fehler bei der Kommunikation mit der primären Ziel-IP-Adresse: „Verbindungsaufbau fehlgeschlagen. Winsock-Fehlercode 10061, Win32-Fehlercode 10061.“ Failover-Versuch auf alternativen Host, aber erfolglos. Entweder t

Ich habe im ganzen Internet nach einer Lösung gesucht, aber nichts gefunden. Leider habe ich keine Erfahrung mit Exchange. Wenn ich also nicht genügend Informationen geliefert habe, können Sie mir zumindest den richtigen Weg weisen?

Bisher habe ich erfolglos versucht, die feststeckenden Nachrichten erneut zu versuchen. Außerdem habe ich versucht, den Exchange-Transportdienst neu zu starten, aber das hat nicht geholfen.

Antwort1

SMTP 441 ist eine fehlgeschlagene Verbindung, siehehier für weitere Referenz. Winsock 10061 ist Connection Refused. Ich würde sagen, Sie müssen Schicht 3 untersuchen und prüfen, ob Sie tatsächlich eine Verbindung zu den richtigen Endpunkten in der Außenwelt herstellen können. Sie können eine Site wie verwendenmxtoolboxum einen MX-Eintrag für eine bestimmte Domäne (Ihren beabsichtigten Empfänger) abzurufen und sicherzustellen, dass Sie den Namen auflösen und an die Adresse weiterleiten können. Sie können auch SMTP testen telnet.port 25

Als nächstes sehen Sie sich Ihre Connectors in Exchange an. Sie haben vielleicht einige spezielle Connectors, die eine Verbindung zu anderen internen Organisationen herstellen (Mutterunternehmen oder ähnliches), und dann einen externen Connector für „alles andere“. Möglicherweise liegt hier eine Fehlkonfiguration vor. Führen Sie in Exchange PowerShell Get-SendConnectoreinige Eigenschaften aus. Das könnte Ihnen Aufschluss über das Problem geben.

Antwort2

Dies war ein Problem des ISP. Das Problem konnte durch Protokollieren eines Anrufs beim ISP behoben werden.

verwandte Informationen