[Exchange 2016] Specifieke NDR

[YellowOnline]

Na een migratie kunnen mijn klanten een aantal contacten niet bereiken. De NDR is deze:

"'420 4.2.0 Recipient deferred because there is no Mdb"

Daar is ontzettend weinig op het net over te vinden. Als ik al iets vind, dan is het in de context van Azure - maar deze setup is volledig on-premises.

Heeft iemand hier een idee wat dat is?

[Question Mark]

• Wat voor migratie is er uitgevoerd?
• Hoe is deze uitgevoerd?
• Welke mailsysteem verstuurt de NDR?
• Kun je nog iets belangrijks zien in de message tracking?

Kortom, geef eens iets meer informatie? Je post nu een foutmelding met verder eigenlijk 0,0 informatie.

[MAX3400]

Ja maar, ja maar... De omschrijving is toch "mijn klanten kunnen een aantal contacten niet bereiken" wat op mij overkomt als: de migratie is goed gegaan (aanname) en sindsdien kan <interne user A> niet meer mailen naar <contact B>.

Wat ik mis in de context zijn dan twee dingen:
- is <contact B> een <interne user> of een <externe mailbox> ?
- is <contact B> een vermelding in de GAL, of in Contacts of anderszins ?

Het klinkt mij vooralsnog dat de migratie correct is verlopen maar dat er iets met X500, LegacyDN en/of address-policies niet helemaal lekker lijkt te gaan.

Zoals @Question Mark aangeeft; waar komen de errors precies vandaan? Kan je desnoods eens een gecensureerde mail-header van de error posten?

[YellowOnline]

De NDR komt van het lokale systeem. Ook ik zit in richting van X500 of zo te zoeken. Interessant is dit:

code:

PSComputerName                  : MyMailServer.klantdomein.local
RunspaceId                      : 4db8bc8e-50db-43ce-86f2-3992922a030f
PSShowComputerName              : False
Subject                         : Blablabla
InternetMessageId               : <[e-mail]>
FromAddress                     : [e-mail]
Status                          : Retry
Size                            : 109.9 KB (112,529 bytes)
MessageSourceName               : SMTP:Default MyMailServer (2525)
SourceIP                        : 10.2.1.110
SCL                             : -1
DateReceived                    : 05.09.2017 09:00:29
DeferUntil                      :
ExpirationTime                  : 07.09.2017 09:00:29
LastError                       : [{LED=420 4.2.0 Recipient deferred because there is no Mdb};{MSG=};{FQDN=};{IP=};{LRT=}]
RetryCount                      : 0
Recipients                      : {[e-mail];3;3;Der Postfachempfänger verfügt nicht über eine Postfachdatenbank;1;<No Home Database>;0}
ComponentLatency                :
MessageLatency                  : 00:11:52.1567747
DeferReason                     : Recipient does not have a mailbox database
LockReason                      :
Destination                     :
Priority                        : Normal
ExternalDirectoryOrganizationId : 00000000-0000-0000-0000-000000000000
Directionality                  : Originating
OriginalFromAddress             : [e-mail]
AccountForest                   : klantdomein.local
TrafficType                     : Email
TrafficSubType                  :
MessageIdentity                 : MyMailServer\Submission\63639758822809
Queue                           : MyMailServer\Submission
Identity                        : MyMailServer\Submission\63639758822809
IsValid                         : True
ObjectState                     : New

Die mail werd gestuurd naar [e-mail] maar wordt intern doorgestuurd naar [e-mail]

[MAX3400]

Contacts (zowel in een Outlook-instance maar ook in AD) / Aliases (op de oude en nieuwe mailserver) gecontroleerd?

[Agima!]

Kijk even in de Mail flow troubleshooter van Exchange daar zie je vast meer.

[Question Mark]

code:

Recipient does not have a mailbox database

Wat vind je terug in AD als je de lokatie van de mailboxdatabase controleert voor het object waar je naar wilt mailen?

[mindcre8r]

voor 1 van je users waarbij je het probleem hebt even dit uitvoeren in de EMS

Enable-Mailbox -Identity %Username% waarbij %username% de gebruikersnaam is van je user met het probleem.

verder als het mailadres niet klopt kan het zijn dat de alias niet mee is gegaan met de migratie.
je zou dan in de bron moeten kijken of het om een alias gaat of de prim smtp.

[ Voor 32% gewijzigd door mindcre8r op 05-09-2017 10:53 ]

[YellowOnline]

Jamaar: 't ziet er naar uit dat het probleem is dat er een mail naar [e-mail] gestuurd wordt en onderweg dat adres veranderd wordt in [e-mail]. Die gebruiker bestaat niet in het lokale domein, dus dat in dat opzicht is de foutmelding is normaal. Vraag is welk mechanisme dat omzetten doet.

[Question Mark]

Test eens via webmail, dan sluit je alle clientgerelateerde zaken al uit (zoals outlook rules en weet ik wat).

[mindcre8r]

YellowOnline schreef op dinsdag 5 september 2017 @ 11:06:
Jamaar: 't ziet er naar uit dat het probleem is dat er een mail naar [e-mail] gestuurd wordt en onderweg dat adres veranderd wordt in [e-mail]. Die gebruiker bestaat niet in het lokale domein, dus dat in dat opzicht is de foutmelding is normaal. Vraag is welk mechanisme dat omzetten doet.

jamaar heb je het geprobeerd aangezien het niet bij alle mailboxxen gebeurt. of werkt het bij mailboxxen wel met een andere accepted domain name? dus vraag, draai je meerdere mail domains op 1 exchange server?

[YellowOnline]

mindcre8r schreef op dinsdag 5 september 2017 @ 13:16:
[...]


jamaar heb je het geprobeerd aangezien het niet bij alle mailboxxen gebeurt. of werkt het bij mailboxxen wel met een andere accepted domain name? dus vraag, draai je meerdere mail domains op 1 exchange server?

Met Outlook of Webmail komen mails vanuit [e-mail] aan drie personen niet aan. Die drie mensen zijn

• [e-mail]
• [e-mail]
• [e-mail]

Via PoSh vind ik uit dat die recipient in de submission queue veranderd is in resp.:

• [e-mail]
• [e-mail]
• [e-mail]

Maar dat kan niet aankomen want ik ken die gebruikers helemaal niet (laat staan dat ik ze beheer in deze Exchange). De Exchange is gloednieuw en heeft slechts een dozijn gebruikers. Managed is enkel x.com, x.de en x.local.

Ik kan niets enablen aan een mailbox die ik niet heb.

[wagenveld]

Is mij nog niet duidelijk of er nou AD objecten bestaan voor die drie personen of niet? Ga eens grasduinen naar de betreffende proxyaddresses?
http://powershellblogger....ress-in-active-directory/

En is het een nieuwe installatie van Exchange of een upgrade?

[mindcre8r]

okay, kan je eens iets voor me opzoeken?

Kijk eens in AD bij kwik.duck en open het attribute Editor tab.
in het attribute tab ga dan naar de property genaamd proxyAddresses. wat staat daar?

lol @wagenveld had hetzelfde idee, knows his stuff

[ Voor 13% gewijzigd door mindcre8r op 05-09-2017 16:00 ]

[YellowOnline]

mindcre8r schreef op dinsdag 5 september 2017 @ 16:00:
okay, kan je eens iets voor me opzoeken?

Kijk eens in AD bij kwik.duck en open het attribute Editor tab.
in het attribute tab ga dan naar de property genaamd proxyAddresses. wat staat daar?

lol @wagenveld had hetzelfde idee, knows his stuff

wagenveld schreef op dinsdag 5 september 2017 @ 15:59:
Is mij nog niet duidelijk of er nou AD objecten bestaan voor die drie personen of niet? Ga eens grasduinen naar de betreffende proxyaddresses?
http://powershellblogger....ress-in-active-directory/

En is het een nieuwe installatie van Exchange of een upgrade?

We kwamen allemaal op hetzelfde moment op hetzelfde idee. Jullie postten terwijl ik aan het typen was.

Na dit hier te zien:

code:

Timestamp              EventId          Source        Sender                                    Recipients           MessageSubject
---------              -------          ------        ------                                    ----------           --------------
05.09.2017 15:17:30    RECEIVE          STOREDRIVER   [e-mail]                                {[e-mail]}     Test
05.09.2017 15:17:31    SUBMIT           STOREDRIVER   [e-mail]                                {[e-mail]}     Test
05.09.2017 15:17:30    HAREDIRECTFAIL   SMTP          [e-mail]                                {[e-mail]}     Test
05.09.2017 15:17:31    RECEIVE          SMTP          [e-mail]                                {[e-mail]}     Test
05.09.2017 15:17:31    RESOLVE          ROUTING       [e-mail]                                {[e-mail]}        Test
05.09.2017 15:17:31    AGENTINFO        AGENT         [e-mail]                                {[e-mail]}        Test
05.09.2017 15:17:31    DEFER            ROUTING       [e-mail]                                {[e-mail]}        Test
05.09.2017 15:17:31    AGENTINFO        AGENT         [e-mail]                                {}                   Test
05.09.2017 15:32:31    AGENTINFO        AGENT         [e-mail]                                {[e-mail]}        Test
05.09.2017 15:32:31    DEFER            ROUTING       [e-mail]                                {[e-mail]}        Test
05.09.2017 15:32:31    AGENTINFO        AGENT         [e-mail]                                {}                   Test
05.09.2017 15:47:32    AGENTINFO        AGENT         [e-mail]                                {[e-mail]}        Test
05.09.2017 15:47:32    FAIL             ROUTING       [e-mail]                                {[e-mail]}        Test
05.09.2017 15:47:32    DSN              DSN           MicrosoftExchange329e71ec88ae4615bbc36... {[e-mail]}         Unzustellbar: Test
05.09.2017 15:47:32    AGENTINFO        AGENT         [e-mail]                                {}                   Test
05.09.2017 15:47:32    REDIRECT         ROUTING       MicrosoftExchange329e71ec88ae4615bbc36... {}                   Unzustellbar: Test
05.09.2017 15:47:32    AGENTINFO        AGENT         MicrosoftExchange329e71ec88ae4615bbc36... {[e-mail]}         Unzustellbar: Test
05.09.2017 15:47:32    TRANSFER         ROUTING       MicrosoftExchange329e71ec88ae4615bbc36... {}                   Unzustellbar: Test
05.09.2017 15:47:32    DROP             ROUTING       MicrosoftExchange329e71ec88ae4615bbc36... {[e-mail]}         Unzustellbar: Test
05.09.2017 15:47:33    SENDEXTERNAL     SMTP          MicrosoftExchange329e71ec88ae4615bbc36... {}                   Unzustellbar: Test

...denk het gevonden te hebben. Blijkbaar is het domein dat ik geërft heb ooit eens een SBS geweest. En SBS heeft natuurlijk zijn eigen Exchange. Wanneer ze later naar 1&1 gemigreerd zijn (waar ik nu vandaan gemigreerd heb) zijn de Exchange-attributen niet opgekuist. De drie personen waar het probleem bij is hebben ooit in die firma gewerkt en bestaan nog steeds als disabled object. Dat is teveel toeval: waarschijnlijk is Exchange verward door een of ander oud attribuut en daarom probeert hij de mail intern te routen ipv. naar buiten.

[mindcre8r]

goed dat het opgelost is.

[wagenveld]

Well there's your problem...