Alias ontvangt geen e-mails (O365

[Eagle Creek]

Hi,

Situatie
Azure - Exchange.

Ik heb een mailbox ([e-mail]) waarvoor ik een aantal aliassen heb gemaakt ([e-mail], [e-mail]).

Als ik mails verstuur vanuit dit adres, komen deze netjes aan bij de ontvanger.

Probleem
Als ik echter een mail verstuur naar een van deze adressen, zelfs wanneer ik een reactie stuur op een ontvangen bericht, verdwijnen deze volledig. Ze komen niet in de Ongewenst e-mail, niet in Postvak In, niet in een andere map (middels een regel).

Ze verzender krijgt geen bericht dat de berichten niet aan zijn gekomen.

Analyse
Mijn eerder gedachte was dat de mails ergens in een filter blijven hangen. Ik heb daarom in het Exchange admin center gekeken of dat er bijvoorbeeld iets in quarantine staat. Daar blijken ze inderdaad allemaal terechtgekomen.

Nu is dit de reden dat de mail wordt afgevangen:


De policy staat als volgt:


En de deep dive:


Hulpvraag
Ik heb de indruk dat, omdat ik de mails verstuur vanuit mijn eigen account, (werk en privé) Defender denkt dat ik impersonate.

Waar kan ik eens goed induiken om dit tegen te gaan?

[akimosan]

Bestaat er een zelfde naam voor het privé account en een werkaccount waarvandaan je de mail stuurt?

Zeg:

Piet Precies ([e-mail])
Piet Precies ([e-mail])

https://www.tessian.com/b...impersonate-display-name/

Dat kan een reden zijn dat het filter triggert. Er zijn meer redenen, kijk hier voor meer info hoe je dit verder kunt troubleshooten


https://learn.microsoft.c...sight?view=o365-worldwide

Edit:
oh, je hebt de impersonation insight al bekeken alleen in je screenshots heb je de redenen witgewassen, dat maakt het wat lastiger om precies te zien waaarom het wordt geblokkeerd. Maar ja, display name kan een reden zijn of email adressen die teveel op elkaar lijken.

Je kunt de berichten in Quarantaine toch vrijgeven? Heb je nu werkelijk een probleem dat dit niet werkt vanuit test perspectief of moet het in de regel kunnen dat je dit soort impersonation attempts toestaat en wil je die checks voor nu en altijd uitschakelen?

[ Voor 33% gewijzigd door akimosan op 30-01-2023 12:28 ]

[Eagle Creek]

akimosan schreef op maandag 30 januari 2023 @ 12:22:
Bestaat er een zelfde naam voor het privé account en een werkaccount waarvandaan je de mail stuurt?

Zeg:

Piet Precies ([e-mail])
Piet Precies ([e-mail])

https://www.tessian.com/b...impersonate-display-name/

Dat kan een reden zijn dat het filter triggert. Er zijn meer redenen, kijk hier voor meer info hoe je dit verder kunt troubleshooten

https://learn.microsoft.c...sight?view=o365-worldwide

Edit:
oh, je hebt de impersonation insight al bekeken alleen in je screenshots heb je de redenen witgewassen, dat maakt het wat lastiger om precies te zien waaarom het wordt geblokkeerd. Maar ja, display name kan een reden zijn of email adressen die teveel op elkaar lijken.

Je kunt de berichten in Quarantaine toch vrijgeven? Heb je nu werkelijk een probleem dat dit niet werkt vanuit test perspectief of moet het in de regel kunnen dat je dit soort impersonation attempts toestaat en wil je die checks voor nu en altijd uitschakelen?

Ja, mijn werk e-mailadres is voor.achternaam@ en dat is inderdaad ook zo bij de tennant die het probleem geeft.

Ik heb de berichten inderdaad vrijgegeven, ik wilde graag advies bij het bepalen of dat het filter wellicht te streng / verkeerd afgesteld staat, waardoor toekomstige berichten onterecht worden afgevangen. Met mijn e-mailadres test ik natuurlijk veelvuldig, dus snap ik dat er sneller een false positive uitkomt. Maar het moet voor de "normale"(/productie) omgeving natuurlijk niet zo zijn dat 'ie om de haverklap mails in quarantine zet.

Het gaat dus niet om een test maar om een mailbox waar daadwerkelijk berichten uit weg bleven.