Table of Contents
Es scheint, dass Experten behaupten, einige unserer Leser hätten die Fehlerart msexchangetransport error 5016 gespürt. Dieses Problem kann aus der tatsächlichen Anzahl von Gründen auftreten. Lassen Sie uns diese jetzt besprechen.
Genehmigt
Wir haben die folgende Fehlermeldung erhalten: Nach der Migration, die Exchange 2010 von 2004 hilft, haben Sie praktischerweise angegeben, dass Exchange immer noch nach dem alten Server sucht.
Ereignis: Microsoft Exchange kann keine Route finden, zu der der eigentliche Quelltransportserver oder der MTA-Heimserver führt
Das Problem ist, dass der ältere Server durch irgendeine Art von Migration die Vorteile von Active Directory nicht richtig ausgenutzt hat, sodass noch Einstellungen übrig waren, die Exchange glauben ließen, dass der MTA ständig verfügbar sei.
Um dieses Problem zu lösen, haben wir #1 ADSI Edit auf dem Internet-AD-Rechner gestartet und zum folgenden Container navigiert:
In diesem Container können Sie nach Ergebnissen suchen, die auf Ihren alten Computer verweisen. Entfernen Sie sie einfach und es sollte Ihnen gut gehen.
Beginnen wir damit, dass ich Exchange Jahr noch lernen muss. Kürzlich
Wir hatten einen Verhandlungspartner, der uns den Wechsel von Exchange 2010 zu positiv 2003 erleichtert hat. Wir erhalten Fehler in der Art der Ereignisanzeige, die darauf hindeuten, dass Exchange den alten Computer, der nicht vorhanden ist, immer noch finden kann derzeit nicht offline, aber bei Bedarf auf dem Markt verfügbar. ich gehe Fügen Sie das informationAction-Ereignis an einer beliebigen Stelle in der Zielgruppe unten ein.
Protokollname: Anwendung
Quelle: MSExchangeTransport
Datum: 14.02.2011 01:09:42
Ereignis-ID: 5015
Jobkategorie: Routing
Stufe: Fehler
Stichworte: Klassisch
Benutzer: N/A
Rechner:
Beschreibung:
Microsoft Exchange kann die Vorgehensweise zum ursprünglichen Home- oder MTA-Server CN=Internet,CN=Connections,CN=XXX,CN=Routing nicht bestimmen Groups,CN=XXX,CN=Administrative Groups,CN=XXX,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=XXX,DC=Local durch die Routing-Tabellen ist ein Grund zu viel für den Zeitstempel 14.02.2011 7:09 Uhr : 42 Uhr Exchange Master of Science ignoriert ohne Frage den Ursprungsserver in einigen Vororten.
Ereignis-XML-Code:
Qualifiers=”49156″>5015
CN=Microsoft MTA ADEL:b5996ea8-7330-4b7e-9352-96ce502e22b9,CN=Deleted Objects,CN=Configuration,DC=XXX,DC=Local
14.02.2011 07:09:42
Protokoll einrichten: Anwendung
Quelle: MSExchangeTransport
Datum: 14.02.2011 01:09:42
Ereignis-ID: 5016
Jobkategorie: Routing
Stufe: Fehler
Stichworte: Klassisch
Benutzer: N/A
Rechner:
Beschreibung:
Der Active Directory-Topologiedienst konnte die Route zum Plug nicht verstehen CN=Internet,CN=Connections,CN=XXX,CN=Routing Groups,CN=XXX,CN=Administrative Groups,CN=XXX ,CN=Microsoft Exchange, CN= Dienste, CN = Konfiguration, DC=XXX,DC=Lokal in Routing-Tabellen Zurück Zeitstempel 14.02.2011 07:09:42. Dieser Anschluss wird jetzt nicht verwendet.
Ereignis-XML-Code:
14.02.2011 07:09:42
Ich bin mir ziemlich sicher, dass wir den Course-Plotting-Gruppenconnector zwischen einer Reihe von oder mehr Servern reduziert haben. Auch das when you follow gibt nichts zurück, wenn ich “Get-RoutingGroupConnector” besitze.
Wie gesagt, unser alter EXCH-Server aus dem Jahr 2003 ist ausgefallen, aber verfügbar. Wenn ich es wieder einschalten muss, können Sie es beheben. Ich würde zum Beispiel sehr gerne davon befreit werden, aber ich will es tun, ich bin mir absolut sicher, dass ich es nicht nur brauche. Ich werde sehr dankbar sein Anweisungen, wo ich bauen soll, damit ich es reparieren kann.
wir
Nach der Wiederherstellung des Verlaufs im Rahmen von MS Exchange 2016 erhalten Experten, würde ich sagen, die folgende Fehlermeldung, dass E-Mail-Adressen nicht gesendet werden.
Microsoft Exchange kann den Connector-Pfad CN=GTLS Send Connector,CN=Connections,CN=Exchange Routing Group (DWBGZMFD01QNBJR),CN=Routing Groups,CN= nicht finden Exchange-Administratorgruppengruppen, CN=GTLS, CN=Microsoft (fydibohf23spdlt), cn=Administrative Exchange,CN=Services,CN=Configuration,DC=gtls,DC=com,DC=au in Eat-Routing-Tabellen unter Zeitstempel 8/13/ 2019 11:43:58 Uhr. Diese Verbindung wird nicht getestet. Gesamtzahl der Serverquellen: 1; Anzahl mit bestätigten Serverquellen: 0; Zahl wegen nicht routingfähiger Rechnerquellen: 0; Anzahl tatsächliche Webserverquellen: 1.
Ich kann nicht alle aktiven CN=GTLS-Sendekonnektoren im Katalog erkennen.
Alle Outlook-Besucher meiner Benutzer können ebenfalls keine URLs zum Server aufrufen.
Wir und viele unserer Partner speichern und/oder greifen auf Informationsformulare als Cookies über das Gerät zu, in der Rolle der persönlichen Verarbeitung von Datenvielfalt als attraktive Kennungen und standardmäßige wichtige Informationen, die über das Gerät für fantastische Werbung und/oder oder Inhalt, Messung von Werbung und Berichten sowie Zielgruppeninformationen und um Sie bei der Entwicklung und Verbesserung von Produkten zu unterstützen.
EXC2007 – Fehler 5016 außerdem auch 5015
Hallo NG,
Genehmigt
Das ASR Pro-Reparaturtool ist die Lösung für einen Windows-PC, der langsam läuft, Registrierungsprobleme hat oder mit Malware infiziert ist. Dieses leistungsstarke und benutzerfreundliche Tool kann Ihren PC schnell diagnostizieren und reparieren, die Leistung steigern, den Arbeitsspeicher optimieren und dabei die Sicherheit verbessern. Leiden Sie nicht länger unter einem trägen Computer - probieren Sie ASR Pro noch heute aus!
Nach erfolgreicher Migration von EXC2K auf EXC2K7 habe ich ein Problem
für das Verständnis, auf das ich noch keine Antwort habe.
Die folgenden zwei Komplikationen werden alle paar Stunden im Ereignisprotokoll aufgezeichnet:
MSExchangeTransport Error 5016
Microsoft Exchange kann Route nicht finden: resultNew Transport Server oder primärer MTA-Server CN=Microsoft
MTA ADEL:042ac15a-4849-4802-8def -89b2a4331f74 ,CN=Entfernte < br>Objekte,CN=Konfiguration,DC=cedp,DC=lokal für CN=FAXmaker Connector:i386
(CEDPEXC1),CN=Verbindungen,…….
und
MSExchangeTransport error 5015
Active Directory-Topologie für die Weiterleitung an
Connector CN=FAXmaker:i386 (CEDPEXC1),CN=Verbindungen,CN=CEDP,CN=Routing unterbrochen < br>Gruppen . . …..und
Ansonsten funktionieren alle Exchange-Dienste/Konnektoren einwandfrei.
Alle Details, die ich bisher online geteilt habe, beweisen, dass ich versuche, diesen großartigen MTA zu verwenden,
der nicht verfügbar ist, und ich sollte versuchen, diese MTAs zu erstellen/reaktivieren.
In meiner persönlichen Situation ist dies nie der Fall. Fehlerhafte MTAs sind im Grunde alte EXC2K-MTAs, die nicht mehr verwendet werden müssen. Eventuell
Ich erkenne ein entferntes Objekt in vielen AD-Containern für entfernte Objekte.
Hier könnten meine Fragen sein:
1. Soll/Könnte ich einfach die folgenden Elemente aus dem AD-Container für
gelöschte Elemente entfernen?
Oder sollte ich die (vorübergehenden) Tombstone-Tage dauerhaft auf ein niedrigeres Intervall setzen
