Nach Änderung der Standard-Mail eines Postfachs weiterhin Mails an alte ehemalige Mailadresse

Situation: Exchange 2016 On Premise.

Postfach vorher: Standard: Nachname@domain1.tld, Nachname@domain2.tld
Postfach hinterher: Standard: Nachname@domain2.tld

Methode: Entfernen von Nachname@domain2.tld, Ändern der Standardmail in Nachname@domain2.tld

Symptomatik:

Mail an Nachname@domain2.tld wird zugestellt, Absender bekommt Unzustellbarkeitsnachricht, seine Mail an Nachname@domain1.tld könne nicht zugestellt werden.

Nachname@domain1.tld
Remote Server returned '550 5.1.10 RESOLVER.ADR.RecipientNotFound; Recipient not found by SMTP address lookup' (Welches vollkommen klar ist)
[...]
To: "Nachname" <Nachname@domain2.tld>
[...]

Analyse:

Mail an Nachname@domain2.tld, Abfangen der MessageID aus der Unzustellbarkeitsnachricht

Log mit entsprechend generalisierten oder zensierten Daten:

Get-MessageTrackingLog -MessageId "MessageID@domain2.tld" | Select-Object eventid,messageid,sender,@{Name="Recipients";Expression={$_.recipients}},ReturnPath,timestamp,connectorid

EventId : HAREDIRECT
MessageId : <MessageID@domain2.tld>
Sender : *
Recipients : Nachname@domain2.tld
ReturnPath : ==Sender
Timestamp : 13.10.2020 *
ConnectorId :

EventId : RECEIVE
MessageId : <MessageID@domain2.tld>
Sender : *
Recipients : Nachname@domain2.tld
ReturnPath : ==Sender
Timestamp : 13.10.2020 *
ConnectorId : *Hostname_Exchange*\Default *Hostname_Exchange*

EventId : REDIRECT
MessageId : <MessageID@domain2.tld>
Sender : *
Recipients : Nachname@domain1.tld
ReturnPath : ==Sender
Timestamp : 13.10.2020 *
ConnectorId :

EventId : AGENTINFO
MessageId : <MessageID@domain2.tld>
Sender : *
Recipients : {Nachname@domain2.tld, Nachname@domain1.tld, 
Nachname@domain2.tld}
ReturnPath : ==Sender
Timestamp : 13.10.2020 *
ConnectorId :

EventId : RESUBMIT
MessageId : <MessageID@domain2.tld>
Sender : *
Recipients : {Nachname@domain2.tld, Nachname@domain1.tld, 
Nachname@domain2.tld}
ReturnPath : ==Sender
Timestamp : 13.10.2020 *
ConnectorId :

EventId : AGENTINFO
MessageId : <MessageID@domain2.tld>
Sender : *
Recipients : {Nachname@domain2.tld, Nachname@domain1.tld, 
Nachname@domain2.tld}
ReturnPath : ==Sender
Timestamp : 13.10.2020 *
ConnectorId :

EventId : TRANSFER
MessageId : <MessageID@domain2.tld>
Sender : *
Recipients : Nachname@domain2.tld
ReturnPath : ==Sender
Timestamp : 13.10.2020 *
ConnectorId :

EventId : FAIL
MessageId : <MessageID@domain2.tld>
Sender : *
Recipients : Nachname@domain1.tld
ReturnPath : ==Sender
Timestamp : 13.10.2020 *
ConnectorId :

EventId : SEND
MessageId : <MessageID@domain2.tld>
Sender : *
Recipients : Nachname@domain2.tld
ReturnPath : ==Sender
Timestamp : 13.10.2020 *
ConnectorId : Organisationsinterner SMTP-Sendeconnector

Das Postfach enthält domain2.tld Mailadressen, keine Domain1.tld Mailadressen mehr. Das FAIL im MessageTrackinglog ist also erklärbar, weil es Nachname@domain1.tld schlicht nicht gibt, aber wie kommt der Exchange auf die Idee, den Empfänger sofort auf Domain1.tld umzuschreiben und warum ist danach eine Kaskade aus der ehemaligen und der aktuellen Mail im Log?

Anstelle der aktuellen Postfachkonfiguration zu folgen scheint sich der Exchange zu entscheiden doch beide E-Mailadressen anzuschreiben von denen eine gar nicht konfiguriert ist. Warum ist das so?

Alle Anwender, auch die Gruppen schicken nun an Nachname@domain2.tld, Das Adressbuch hat sich folgerichtig angepasst. Nur die Mails werden laut Log dupliziert.
Das Postfach hat Anwenderseitig keine eigenen Outlook-Regeln mehr.

In der Nachrichtenfluss-GUI gilt die Nachricht als erfolgreich zugestellt. Das stimmt auch, das Postfach hat die Mail ja erhalten. Nur die Absplittung laut MessageTrackingLog ist verkehrt.