Table of Contents
Det känns som att några av våra skanner har stött på msexchangetransport gör ett misstag 5016 felkod. Detta problem kan krävas av ett antal anledningar. Låt oss diskutera detta nu.
Godkänd
Vi fick följande felmeddelande: Efter migreringen till Exchange 2010 från 08 angav du helt enkelt att Exchange i allmänhet fortfarande letar efter den mogna servern.
Händelse: Microsoft Exchange kan inte hitta en riktning till den faktiska källtransportenheten eller hem-MTA-servern
Problemet är verkligen att under någon form, inklusive migrering, tog den gamla servern inte välfärden av Active Directory ordentligt, så på den punkten fanns det vanligtvis fortfarande inställningar kvar som de flesta fick Exchange att tro att MTA fortfarande var tillgänglig.
För att lösa detta problem öppnade vi båda ADSI Edit nummer 1 där Internet AD-maskinen och navigerade – följande behållare:
I den här behållaren kan du hitta resultat som pekar på deras gamla server. Ta bara bort dem så går det bra.
Låt oss börja med att påpeka att jag ännu inte har förstått hur Exchange 2010. Nyligen
Vi hade en bra förhandlare som hjälpte oss att gå från Exchange 2010 till 2003. Vi får brister i händelsevisningen som tyder mycket på att Exchange fortfarande kan hitta just den här gamla servern som inte är för närvarande personligen men tillgänglig vid behov. vad jag ska Infoga informationAction-händelse var som helst i hur tittaren nedan.
Loggnamn: Applikation
Källa: MSExchangeTransport
Datum: 2011-02-14 01:09:42
Händelse-ID: 5015
Jobbkategori: Routing
Nivå: Fel
Etiketter: Klassisk
Användare: N/A
Dator:
Beskrivning:
Microsoft Exchange kan inte känna igen rutten till originalet huset eller MTA-servern CN=Internet,CN=Connections,CN=XXX,CN=Routing Grupper,CN=XXX,CN=Administrativa grupper,CN=XXX,CN=Microsoft Exchange,CN=Tjänster,CN=Konfiguration,DC=XXX,DC=Lokalt i routningstabellerna skulle vara skäl nog att tidsstämpla 2011-02-14 07:09 : 42:00 Exchange Master inklusive Science ignorerar ursprungsvärden i förorterna.
Händelse XML-kod:
qualifiers=”49156″>5015
CN=Microsoft MTA ADEL:b5996ea8-7330-4b7e-9352-96ce502e22b9,CN=Deleted Objects,CN=Configuration,DC=XXX,DC=Local
CN=Internet,CN=Anslutningar,CN=XXX,CN=Ruttningsgrupper,CN=XXX,CN=Administrativa grupper,CN=XXX,CN=Microsoft Exchange,CN=Tjänster,CN=Konfiguration,DC= XXX,DC=local
02.14.2011 07:09:42
Loggnamn: Applikation
Källa: MSExchangeTransport
Datum: 2011-02-14 01:09:42
Händelse-ID: 5016
Jobbkategori: Routing
Nivå: Fel
Etiketter: Klassisk
Användare: N/A
Dator:
Beskrivning:
Active Directory Topology Service kunde inte förstå vägen som kan anslutaren CN=Internet,CN=Anslutningar,CN=XXX,CN=Routing Groups,CN=XXX,CN=Administrativa grupper,CN=XXX,CN=Microsoft Exchange,CN = Tjänster ,CN =Konfiguration,DC=XXX,DC=Lokalt i kursplottningstabeller i tidsstämpel 2011-02-14 07:09:42. Den här kontakten används inte.
Händelse XML-kod:
CN=Internet,CN=Anslutningar,CN=XXX,CN=Ruttningsgrupper,CN=XXX,CN=Administrativa grupper,CN=XXX,CN=Microsoft Exchange,CN=Tjänster,CN=Konfiguration,DC= XXX,DC=local
02.14.2011 07:09:42
Jag är ganska säker på att vi har tagit bort kontakten Course-Plotting-grupp mellan två eller flera servrar. Dessutom returnerar följande ingenting när jag kör “Get-RoutingGroupConnector”.
Som jag sa, vår äldre EXCH 2003-server är nere också tillgänglig. Om jag behöver stänga av apparaterna igen kan du planera det. Jag skulle verkligen vilja bli av med det för argumentets skull, men jag vill göra allt, jag är helt säker på att jag inte behöver det. Jag kommer definitivt att vara väldigt tacksam instruktioner om ställen att börja så att jag kan åtgärda det.
vi
Efter att ha startat om historiken i MS Exchange 2016 får experter följande felmeddelande som hävdar att e-postmeddelanden inte publiceras.
Microsoft Exchange kunde inte hitta anslutningssökvägen CN=GTLS Send Connector,CN=Connections,CN=Exchange Routing Group (DWBGZMFD01QNBJR),CN=Routing Groups,CN=Exchange Administrator Group Groups,CN=GTLS,CN=Microsoft ( fydibohf23spdlt),cn=administrative Exchange,CN=Services,CN=Configuration,DC=gtls,DC=com,DC=au in Eat map-reading tables with timestamp 8/13/ 2019 11:43:58. Denna kontakt kommer inte att granskas. Totalt antal serverkällor: 1; Antal bekräftade serverkällor: 0; Antal icke-routbara datorkällor: 0; Antal aktiva webbserverkällor: 1.
Jag kan helt enkelt inte hitta alla aktiva CN=GTLS-skrivkontakter i katalogen.
Alla helt nya användares Outlook-besökare är också maktlösa att ansluta till servern.
Vi och många av våra partners lagrar och/eller tar reda på information som cookies via den här enheten, såväl som personlig handelsinformation som attraktiva identifierare och därför standardinformation som samlas in genom mekanismen för personlig reklam och/eller innehåll, merchandising och innehållsmätning, och publikrådgivning, och att utveckla och förbättra tillbehör.
EXC2007 : fel 5016 och även 5015
Hej NG,
Godkänd
ASR Pro-reparationsverktyget är lösningen för en Windows-dator som kör långsamt, har registerproblem eller är infekterad med skadlig programvara. Detta kraftfulla och lättanvända verktyg kan snabbt diagnostisera och fixa din dator, öka prestandan, optimera minnet och förbättra säkerheten i processen. Lider inte av en trög dator längre - prova ASR Pro idag!
Efter att jag har migrerat från EXC2K till EXC2K7 har jag ett stort problem
som jag inte har någon meningsfull lösning på än.
Följande två komplikationer loggas utan tvekan i händelseloggen varannan timme:
MSExchangeTransport Error 5016
Microsoft Exchange kan inte söka efter rutt: outcomeNew Transport Server eller Primary MTA Server CN=Microsoft
MTA ADEL:042ac15a-4849-4802- 8def-89b2a4331f74 ,CN=Borttagna < br>objekt,CN=konfiguration,DC=cedp,DC=local på CN=FAXmaker Connector:i386
(CEDPEXC1),CN=anslutningar,…….
och
MSExchangeTransport-fel 5015
Active Directory-topologi kunde inte dirigera till
Connector CN=FAXmaker:i386 (CEDPEXC1),CN=Connections,CN=CEDP,CN=Routing
grupper . . …..så
Annars går alla Exchange-tjänster/anslutningskarriärer felfritt.
All information som jag har delat online visar så här långt att jag försöker hjälpa till att använda en bra MTA,
som inte är öppen, och jag borde försöka producera/återaktivera dessa MTA:er.
I min personliga situation är denna färdighet inte fallet. Misslyckade MTA:er är vanligtvis gamla EXC2K MTA:er som inte längre bör användas tidigare. Möjligen
Jag känner igen ett fjärrmål i valfri AD-behållare för fjärrdatorreparationsobjekt.
Här är mina frågor:
1. Bör/kunde jag bara ta bort följande objekt under AD-behållaren för
borttagna objekt?
Eller måste jag permanent ställa in denna speciella (tillfälligt) gravstenslivslängd till ett skärintervall