Exchange online, sending from aliases automatisch weer aan

[Jurrie79]

In Office 365 Echange Online, onder mailflow settings, kan organisatie breed ingesteld worden of het toegestaan is of gebruikers via e-mail aliassen kunnen verzenden. Met de instelling "Turn on sending from aliases".

Ons probleem is dat deze instelling vanzelf steeds automatisch weer aan wordt gezet, precies elke 3 uur. Ook als we deze instelling via powershell uitschakelen.

We willen niet toestaan dat gebruikers via e-mail aliassen kunnen verzenden, omdat deze functie niet werkt in de desktop Outlook applicatie in combinatie met groepsmailboxen.

Heb al flink wat online zitten zoeken naar post over met dit specifieke issue, maar heb deze niet kunnen vinden.

Heeft iemand hier ervaring met dit issue? Of weet iemand waardoor het zou kunnen komen dat deze globale Exhange Online instelling "turn on sending from aliases" automatisch weer op aan wordt gezet?

Zat ook al te denken aan een work around d.m.v. een continue draaiende powershell script die elke minuut de instelling uit zet. Veel liever zou ik de oorzaak van dit probleem achterhalen, vandaar deze post.

[ Voor 1% gewijzigd door Jurrie79 op 19-10-2023 11:18 . Reden: na verder onderzoek bleek dat de tijd tussen het automatisch wijzigen van de setting precies 3 uur betreft ]

[Rolfie]

Ticket inschieten bij MS met deze vraag?

[Jurrie79]

Bedankt voor je antwoord Rolfie, ga even kijken waar ik bij MS dit probleem kan melden.

Heb inmiddels mijn powershell script gemaakt om de setting weer uit te schalenen wanneer deze automatisch weer aan wordt gezet. Hieruit bleek dat het wijzigen van de setting precies elke 3 uur gebeurt.

Zie de lijst hieronder voor referentie:
woensdag 18 oktober 2023 14:03:05
woensdag 18 oktober 2023 17:02:28
woensdag 18 oktober 2023 20:02:37
woensdag 18 oktober 2023 23:02:51
donderdag 19 oktober 2023 02:03:30
donderdag 19 oktober 2023 05:03:25
donderdag 19 oktober 2023 08:02:31
donderdag 19 oktober 2023 11:02:27

Er is dus blijkbaar iets gescheduled (bij MS zelf?) dat dit veroorzaakt.

[ZeRoC00L]

Lijkt mij sterk dat MS dit automatisch doet.
Denk eerder aan een script die een (andere) beheerder heeft draaien, of MS365DSC.

Kijk ook eens bij de audit logs op de tijdstippen dat het aangepast wordt, wellicht zie je logins van een admin of script rond die tijdstippen.

[Jurrie79]

ZeRoC00L schreef op vrijdag 20 oktober 2023 @ 15:34:
Lijkt mij sterk dat MS dit automatisch doet.
Denk eerder aan een script die een (andere) beheerder heeft draaien, of MS365DSC.

Kijk ook eens bij de audit logs op de tijdstippen dat het aangepast wordt, wellicht zie je logins van een admin of script rond die tijdstippen.

Bedankt heb de audit log bekeken.

Uit de audit log (datum, ip-adres, gebruiker, activiteiten, item):
Mijn script die SendFromAliasEnabled disabled:
23 okt. 2023 05:04 93.xxx.xxx.xx:xxxx [e-mail] Set-OrganizationConfig First Organization

Wat er precies voor gebeurd, wat SendFromAliasEnabled enabled:
23 okt. 2023 05:03 20.23.xxx.xxx:xxxx mijnorganisatie.onmicrosoft.com\tenant: ..., object: ... Set-OrganizationConfig First Organization

23 okt. 2023 - - 05:03 ServicePrincipal_... Update service principal. ...;urn:ms-drs:enterpriseregistration.microsoftonline.us;urn:ms-drs:enterpriseregistration.windows.net
23 okt. 2023 - - 05:03 ServicePrincipal_... Update device configuration. DeviceConfiguration_...
23 okt. 2023 - - 05:03 ServicePrincipal_... Update policy. Policy_...
23 okt. 2023 - - 05:03 Instellingen voor gebruiksrapport bijgewerkt - (zet PrivacyEnabled op false)

Ip 20.23.xxx.xxx die de setting weer aanzet is van MS, of zie ik dat verkeerd? (Voor de zekerheid maar niet het gehele ip-adres gepost.)