IMCEAEX NDRs 50% solved - Exchange 2013

%3CLINGO-SUB%20id%3D%22lingo-sub-1510780%22%20slang%3D%22en-US%22%3EIMCEAEX%20NDRs%2050%25%20solved%20-%20Exchange%202013%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1510780%22%20slang%3D%22en-US%22%3E%3CP%3EHello%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAfter%20DB%20corruption%20and%20re-creating%20two%20mailbox%20accounts%2C%20adding%20new%20X500%20email%20address%20entries%20(based%20on%20email%20NDRs%20%22mailto%3A%22%20fields)%20and%20deleting%20cached%20contact%20information%20in%20outlook%20clients%2C%20I've%20ended%20up%20with%20a%20functional%20account%26nbsp%3B%20and%26nbsp%3B%20the%20other%20account%20(let's%20say%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2FABC%40smoothe.com%22%20target%3D%22_self%22%20rel%3D%22noopener%20noreferrer%22%3EABC%40smooth.com%3C%2FA%3E)%20not%20being%20able%20to%20receive%20emails%3CU%3E.%3C%2FU%3E%3CBR%20%2F%3E%3CBR%20%2F%3EThe%20weird%20thing%20is%2C%20outlook%20clients%20are%20caching%20the%20contact%20%3CU%3Ewith%20a%20typo%3C%2FU%3E%20from%20somewere%20I'm%20not%20being%20able%20to%20find%20nor%20fix.%20Even%20weirder%2C%20users%20are%20able%20to%20send%20emails%20for%20a%20first%20time%20if%20they%20delete%20cached%20contact%20information%20and%20then%20type%20the%20email%20address%20manually%2C%20but%20on%20a%20second%20attempt%20they%20receive%20a%20NDR%20message%20with%20the%20wrong%20X500%20email%20address.%3CBR%20%2F%3E%3CBR%20%2F%3EExchange%20side%20X500%20entry%3A%3CBR%20%2F%3E%2Fo%3Dcorp123%2Fou%3DExchange%20Administrative%20Group%20(FYDIBOHF4141415)%2Fcn%3DRecipients%20%2Fcn%3DABC%40smooth.com%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EOutlook%20NDR%3A%3C%2FP%3E%3CP%3E%2Fo%3Dcorp123%2Fou%3DExchange%20Administrative%20Group%20(FYDIBOHF4141415)%2Fcn%3DRecipients%20%2Fcn%3DAB%3CSTRONG%3E%3CFONT%20color%3D%22%23FF0000%22%3Ez%3C%2FFONT%3E%3C%2FSTRONG%3E%3CFONT%20color%3D%22%23FF0000%22%3E%3CFONT%20color%3D%22%23000000%22%3EC%40smooth.com%3C%2FFONT%3E%3C%2FFONT%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI've%20restarted%20several%20services%20and%20tried%20restarting%20the%20server.%20No%20luck.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EDid%20I%20missed%20something%20when%20re-creating%20the%20mailboxes%20in%20the%20Exchange%20Server%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThanks%20in%20advance!%3CBR%20%2F%3EMax%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-1510780%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EExchange%202013%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EIMCEAEX%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ENDR%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1516496%22%20slang%3D%22en-US%22%3ERe%3A%20IMCEAEX%20NDRs%2050%25%20solved%20-%20Exchange%202013%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1516496%22%20slang%3D%22en-US%22%3E%3CP%3EBased%20on%20many%20posts%20I've%20been%20reading%2C%20I%20modified%20the%20X500%20entry%20by%20removing%20the%20%22%40smooth.com%22.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EBefore%3CBR%20%2F%3E%2Fo%3Dcorp123%2Fou%3DExchange%20Administrative%20Group%20(FYDIBOHF4141415)%2Fcn%3DRecipients%20%2Fcn%3DABC%40smooth.com%3CBR%20%2F%3E%3CBR%20%2F%3EAfter%3CBR%20%2F%3E%2Fo%3Dcorp123%2Fou%3DExchange%20Administrative%20Group%20(FYDIBOHF4141415)%2Fcn%3DRecipients%20%2Fcn%3DABC%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ENow%20the%20NDR%20emails%20shows%20the%20following%20%3A(%3C%2Fimg%3E%3CBR%20%2F%3E%2Fo%3Dcorp123%2Fou%3DExchange%20Administrative%20Group%20(FYDIBOHF4141415)%2Fcn%3DRecipients%20%2Fcn%3DAB%3CSTRONG%3E%3CFONT%20color%3D%22%23FF0000%22%3Ez%3C%2FFONT%3E%3C%2FSTRONG%3EC%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EUser's%20DN%20appears%20to%20be%20OK%20within%20AD.%3CBR%20%2F%3E%3CBR%20%2F%3EAny%20ideas%3F%3C%2FP%3E%3CP%3EMax%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1517061%22%20slang%3D%22en-US%22%3ERe%3A%20IMCEAEX%20NDRs%2050%25%20solved%20-%20Exchange%202013%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1517061%22%20slang%3D%22en-US%22%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F684990%22%20target%3D%22_blank%22%3E%40marguelles%3C%2FA%3E%2C%20have%20you%20seen%20this%20kb%3F%3CBR%20%2F%3E%3CA%20href%3D%22https%3A%2F%2Fsupport.microsoft.com%2Fen-ca%2Fhelp%2F4039597%2Fndr-when-delegate-sends-update-to-meeting-in-o365-hybrid%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fsupport.microsoft.com%2Fen-ca%2Fhelp%2F4039597%2Fndr-when-delegate-sends-update-to-meeting-in-o365-hybrid%3C%2FA%3E%3CBR%20%2F%3E%3CBR%20%2F%3EIt%20might%20not%20be%20your%20exact%20scenario%2C%20but%20just%20imagine%20the%20big%20underlying%20theme%20is%20having%20some%20but%20not%20all%20recipients%20present%20in%20the%20local%20Exchange%20org%20where%20the%20ndr%20is%20being%20generated.%3CBR%20%2F%3E%3CBR%20%2F%3EIn%20my%20experience%2C%20Exchange%20servers%20add%20the%20%40domain%20onto%20the%20end%20of%20the%20legacyExchangeDN%20%2F%20x500%20when%20they%20can't%20find%20that%20recipient%20in%20the%20local%20directory.%20But%20the%20%40domain%20only%20shows%20in%20the%20ndr%2C%20not%20on%20the%20actual%20ldn%2Fx500%20being%20searched%20for.%3CBR%20%2F%3E%3CBR%20%2F%3ENot%20sure%20if%20this%20will%20help%20but%20figured%20I'd%20throw%20it%20out%20there%20just%20in%20case.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1536104%22%20slang%3D%22en-US%22%3ERe%3A%20IMCEAEX%20NDRs%2050%25%20solved%20-%20Exchange%202013%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1536104%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F64125%22%20target%3D%22_blank%22%3E%40Jeremy%20Bradshaw%3C%2FA%3E%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EApparently%2C%20the%20issue%20got%20resolved%20by%20removing%20the%20%3CEM%3E%40domain.inc%3C%2FEM%3E%20from%20the%20X500%20entry!%3CBR%20%2F%3E%3CBR%20%2F%3EThanks%20for%20your%20answer!%3CBR%20%2F%3E%3CBR%20%2F%3ERegards%2C%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1536274%22%20slang%3D%22en-US%22%3ERe%3A%20IMCEAEX%20NDRs%2050%25%20solved%20-%20Exchange%202013%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1536274%22%20slang%3D%22en-US%22%3EGlad%20it%20helped!%3C%2FLINGO-BODY%3E
Highlighted
New Contributor

Hello,

 

After DB corruption and re-creating two mailbox accounts, adding new X500 email address entries (based on email NDRs "mailto:" fields) and deleting cached contact information in outlook clients, I've ended up with a functional account  and  the other account (let's say ABC@smooth.com) not being able to receive emails.

The weird thing is, outlook clients are caching the contact with a typo from somewere I'm not being able to find nor fix. Even weirder, users are able to send emails for a first time if they delete cached contact information and then type the email address manually, but on a second attempt they receive a NDR message with the wrong X500 email address.

Exchange side X500 entry:
/o=corp123/ou=Exchange Administrative Group (FYDIBOHF4141415)/cn=Recipients /cn=ABC@smooth.com

 

Outlook NDR:

/o=corp123/ou=Exchange Administrative Group (FYDIBOHF4141415)/cn=Recipients /cn=ABzC@smooth.com

 

I've restarted several services and tried restarting the server. No luck.

 

Did I missed something when re-creating the mailboxes in the Exchange Server?

 

Thanks in advance!
Max

 

4 Replies
Highlighted

Based on many posts I've been reading, I modified the X500 entry by removing the "@smooth.com".

 

Before
/o=corp123/ou=Exchange Administrative Group (FYDIBOHF4141415)/cn=Recipients /cn=ABC@smooth.com

After
/o=corp123/ou=Exchange Administrative Group (FYDIBOHF4141415)/cn=Recipients /cn=ABC

 

 

Now the NDR emails shows the following :(
/o=corp123/ou=Exchange Administrative Group (FYDIBOHF4141415)/cn=Recipients /cn=ABzC

 

User's DN appears to be OK within AD.

Any ideas?

Max

@marguelles, have you seen this kb?
https://support.microsoft.com/en-ca/help/4039597/ndr-when-delegate-sends-update-to-meeting-in-o365-h...

It might not be your exact scenario, but just imagine the big underlying theme is having some but not all recipients present in the local Exchange org where the ndr is being generated.

In my experience, Exchange servers add the @domain onto the end of the legacyExchangeDN / x500 when they can't find that recipient in the local directory. But the @domain only shows in the ndr, not on the actual ldn/x500 being searched for.

Not sure if this will help but figured I'd throw it out there just in case.
Highlighted

Hi @Jeremy Bradshaw,

 

Apparently, the issue got resolved by removing the @domain.inc from the X500 entry!

Thanks for your answer!

Regards,

Highlighted
Glad it helped!