Exchange-Postfach auf neue Domain umstellen: Outlook, Autodiscover, REG-Datei und SendAsDenied – Praxisprotokoll

Praxisprotokoll vom 12. November 2026 – mit tschechischen Menübezeichnungen, konkreten Fehlermeldungen, REG-Datei und einer noch offenen Provider-Aufgabe. Es geht um die Umstellung eines vorhandenen, beim Provider gehosteten Exchange-Postfachs von jana@krakovic.de auf kontakt@jana-sedlackova.cz, ohne Nachrichten, Kalender oder Kontakte umzuziehen. Das bestehende Postfach soll erhalten bleiben; die alte Adresse weiterhin empfangen.

Inhalt dieser Anleitung

1. Ziel und aktueller Stand
2. Was primäre SMTP-Adresse, Alias, MX und Autodiscover unterscheiden
3. Exchange-Domain und Postfach richtig vorbereiten
4. Outlook unter tschechischem Windows prüfen
5. Verstecktes Outlook-Menü mit Strg + Symbol
6. REG-Datei: Microsoft-365-Suche überspringen und rückgängig machen
7. Alle tatsächlich aufgetretenen Fehler und ihre Bedeutung
8. Auftrag an den Exchange-Provider
9. Abschlusstests und offener Status

1. Ziel und gesicherter Projektstand

Baustein	Soll bzw. Ist
Vorhandenes Exchange-Postfach	jana@krakovic.de; Nachrichten und Kalender bleiben dort.
Neue Hauptadresse (Ziel)	kontakt@jana-sedlackova.cz für Empfang und Versand.
Alte Adresse (Ziel)	jana@krakovic.de dauerhaft als Empfangsalias.
Neue Domain	jana-sedlackova.cz wurde als autoritative Exchange-Domain eingerichtet.
MX / Zustellung	MX wurde geändert; Nachrichten an die neue Adresse treffen inzwischen im vorhandenen Postfach ein.
Outlook	Anmeldung funktioniert wieder; der Empfang funktioniert. Versand mit altem Konto funktioniert.
Absender	Empfänger sieht bisher jana@krakovic.de, auch bei ausgewählter neuer Adresse.
Exchange-Provider	Prüfung/Änderung der primären SMTP-Adresse noch ausstehend.

Die Serverkopie des Postfachs bleibt der zentrale Speicher. Vor jeder weitreichenden Änderung zusätzlich eine Outlook-PST-Sicherung beziehungsweise ein Provider-Backup prüfen. Keine zweite Mailbox anlegen, kein Profil voreilig löschen und die bisherige Adresse keinesfalls entfernen.

2. Die vier Begriffe, die man nicht verwechseln darf

• Autoritative Domain: Exchange ist für alle Empfänger von jana-sedlackova.cz zuständig. Für diese Migration gibt es keine weiteren Postfächer dieser Domain bei einem anderen Anbieter.
• Primäre SMTP-Adresse: Die reguläre Versand- und Antwortadresse des Postfachs. In der Exchange-Verwaltung fett beziehungsweise als SMTP:kontakt@jana-sedlackova.cz dargestellt.
• SMTP-Alias: Zusätzliche Empfangsadresse desselben Postfachs, etwa smtp:jana@krakovic.de. Ein Alias ist kein zweites Postfach. Beim lokalen Exchange ist Aliasversand nicht automatisch wie bei Exchange Online verfügbar.
• MX und Autodiscover: MX steuert, wo externe Nachrichten eingehen; Autodiscover liefert Outlook die Verbindungseinstellungen. Eine funktionierende MX-Zustellung beweist nicht, dass Outlook-Autodiscover funktioniert.
• Exchange-Anmeldung: Der Anmeldename im Active Directory kann unverändert bleiben, selbst wenn sich die primäre SMTP-Adresse ändert. Keine ungeprüfte Änderung des Windows-Anmeldenamens oder UPN.

3. Domain und Adresse beim Exchange-Provider vorbereiten

3.1 Autoritative Domain

1. Exchange Admin Center (EAC) des Providers öffnen; im klassischen EAC zu Mail flow → Accepted domains (Nachrichtenfluss → Akzeptierte Domänen) gehen.
2. jana-sedlackova.cz anlegen und als Authoritative domain kennzeichnen.
3. Nicht die Standarddomäne der ganzen Exchange-Organisation umstellen. Das würde andere Postfächer unnötig berühren.
4. Vor Änderung der MX-Einträge sicherstellen, dass alle tatsächlich benötigten Empfänger der neuen Domain in Exchange existieren.

3.2 Adresse dem bestehenden Postfach hinzufügen

1. Im EAC Recipients → Mailboxes → Jana → Email addresses öffnen; je nach Oberfläche auf Deutsch Empfänger → Postfächer → E-Mail-Adressen.
2. kontakt@jana-sedlackova.cz als weitere SMTP-Adresse zum bestehenden Postfach hinzufügen.
3. Für den Endzustand kontakt@jana-sedlackova.cz als primäre SMTP-Adresse festlegen, jana@krakovic.de als zusätzlichen Alias erhalten.
4. Wenn eine automatische E-Mail-Adressrichtlinie die individuelle Hauptadresse überschreibt, muss der Provider diese Richtlinie nur für Janas Postfach berücksichtigen beziehungsweise die automatische Steuerung dort deaktivieren.

SMTP:kontakt@jana-sedlackova.cz
smtp:jana@krakovic.de

Großschreibung beachten: SMTP: markiert die primäre Adresse, smtp: eine sekundäre. Das bloße Hinzufügen der neuen Adresse reicht nicht aus, um den Absender zu wechseln.

3.3 DNS, MX und Zustelltest

1. MX-Eintrag der neuen Domain auf den tatsächlich vom Provider genannten Exchange-Empfangshost setzen. Der konkrete Hostname muss aus den Providerangaben stammen – nicht raten.
2. Von einem unabhängigen externen Konto jeweils eine Nachricht an kontakt@jana-sedlackova.cz und jana@krakovic.de schicken.
3. Prüfen, dass beide Nachrichten im gleichen Exchange-Postfach eintreffen. SPF, DKIM und DMARC erst mit den tatsächlichen Versandservern richtig konfigurieren.
4. Optional in Spustit → cmd prüfen:

nslookup -type=MX jana-sedlackova.cz
nslookup autodiscover.jana-sedlackova.cz
nslookup -type=SRV _autodiscover._tcp.jana-sedlackova.cz

Ein fehlender SRV-Eintrag bedeutet nicht zwangsläufig einen Fehler: Es gibt mehrere zulässige Autodiscover-Wege. Autodiscover benötigt zudem passende HTTPS-Endpunkte und Zertifikate; die Einstellungen müssen auf den eigenen Exchange-Dienst zeigen.

4. Outlook unter tschechischem Windows kontrollieren

4.1 Bestehendes Exchange-Profil prüfen – nicht neu anlegen

1. Outlook öffnen: Soubor → Informace → Nastavení účtu → Nastavení účtu.
2. Falls nur Přidat službu sichtbar ist: Das ist nicht die Funktion zum Anlegen eines Exchange-Kontos.
3. Alternativ Outlook schließen und in Windows Ovládací panely → Pošta (Microsoft Outlook) → E-mailové účty öffnen. Über Zobrazit profily lässt sich das vorhandene Profil sehen.
4. Unter E-mail das bestehende Konto wählen und in der Spalte Typ prüfen: Microsoft Exchange.
5. Ist Změnit oder Nastavit jako výchozí ausgegraut, ist das allein noch kein Fehler. Letzteres kann bedeuten, dass das Konto bereits Standard ist.

Die Meldung „Tato e-mailová adresa je již přidána“ bedeutet: „Diese E-Mail-Adresse wurde bereits hinzugefügt.“ Weil beide Adressen demselben Exchange-Postfach gehören, wird nicht nochmals ein Konto angelegt.

4.2 Microsoft-Anmeldung und Passwortschleife

Im Verlauf erschien bei Přidat službu die Meldung „Nepovedlo se nám najít žádný pracovní nebo školní účet s touto e-mailovou adresou.“ („Kein Geschäfts- oder Schulkonto unter dieser E-Mail-Adresse gefunden.“). Das ist ein Hinweis auf den falschen Microsoft-365-Einrichtungsweg, kein Beweis, dass das lokale Exchange-Postfach nicht existiert.

1. Outlook vollständig schließen.
2. Start → Správce pověření → Přihlašovací údaje systému Windows öffnen.
3. Nur alte, eindeutig zum betroffenen Exchange-Profil gehörende Einträge unter Obecné přihlašovací údaje prüfen und nötigenfalls über Odebrat entfernen. Andere Office-/Windows-Zugänge nicht wahllos löschen.
4. Outlook öffnen und bei einer echten Exchange-Abfrage über Další možnosti → Použít jiný účet den bisherigen vom Provider bestätigten Exchange-/Active-Directory-Anmeldenamen und das bisherige Passwort verwenden.
5. Wenn nur ein Microsoft-365-Dialog erscheint, nicht endlos Passwörter wiederholen: zuerst die serverseitige Erkennung testen.

5. Der entscheidende Suchweg: Strg + Outlook-Symbol neben der Uhr

Die Verbindungsdiagnose ist im klassischen Outlook für Windows versteckt. Wichtig: Nicht auf das große Outlook-Startsymbol klicken.

1. Outlook geöffnet lassen.
2. Rechts unten in der Windows-Taskleiste neben Datum/Uhrzeit den Pfeil ^ anklicken; auf Tschechisch Zobrazit skryté ikony.
3. Das kleine Outlook-Symbol im Infobereich suchen (gegebenenfalls muss es erst nach dem Start von Outlook erscheinen).
4. Auf der Tastatur Strg (Ctrl) gedrückt halten.
5. Mit gedrücktem Strg rechte Maustaste auf dieses kleine Outlook-Symbol klicken.
6. Im Kontextmenü Stav připojení… wählen, um den Verbindungsstatus anzuzeigen, oder Test automatické konfigurace e-mailu…, um Autodiscover zu prüfen.

5.1 Test automatické konfigurace e-mailu

1. Im Testfenster die betreffende E-Mail-Adresse eingeben; ggf. zuerst jana@krakovic.de, danach kontakt@jana-sedlackova.cz testen.
2. Die Häkchen bei Použít Guessmart und Zabezpečené ověřování Guessmart entfernen.
3. Nur Použít automatické zjišťování (Autodiscover) aktiviert lassen und auf Testovat klicken.
4. Nach dem Test die Reiter Výsledky, Protokol und XML kontrollieren.
5. Nach Fehlern wie Automatická konfigurace nemohla najít nastavení, falsch erkannten Microsoft-365-Endpunkten, 401-Antworten oder Zertifikatsfehlern suchen. 401 allein kann auch eine normale Authentifizierungsanforderung sein.
6. Dem Provider bei Bedarf Screenshots von Protokol und Výsledky schicken; Passwörter, Tokens und sonstige sensible Daten ausblenden.

Der im Fall beobachtete Fehlschlag der Autokonfiguration und die wiederkehrende Microsoft-Anmeldung waren Anlass, die Outlook-Suche nach Microsoft-365-Endpunkten gezielt zu unterdrücken. Daraus folgt nicht, dass die Serverkonfiguration automatisch korrekt ist.

6. REG-Datei: Outlook soll nicht zuerst den Microsoft-365-Endpunkt verwenden

Für klassisches Outlook der Office-Version 16.0 (u. a. Outlook 2016/2019/2021/Microsoft 365 Classic) lässt sich die direkte Microsoft-365-Suche beim Autodiscover überspringen. Nur bei entsprechendem eigenen/hosted Exchange einsetzen, nicht pauschal auf Microsoft-365-Konten.

6.1 Fix anwenden

1. Outlook vollständig schließen.
2. Zuvor im Editor registru den betreffenden Schlüssel über Soubor → Exportovat sichern oder einen Wiederherstellungspunkt erstellen.
3. Die Datei Outlook_Exchange_Autodiscover_Fix.reg aus dem Downloadbereich herunterladen.
4. Datei doppelt anklicken; die tschechischen Sicherheitsdialoge nur nach Kontrolle der Datei mit Ano bestätigen. Die Datei gilt nur für den aktuell angemeldeten Windows-Benutzer.
5. Outlook neu starten und die Verbindung sowie die Autodiscover-Erkennung erneut kontrollieren.

Die Datei legt unter HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover einen DWORD-Wert namens ExcludeExplicitO365Endpoint mit Wert 1 an. Es werden weder Exchange-Postfächer noch Kennwörter verändert. Ein korrekter Autodiscover-Endpunkt für die eigene Domain ist weiterhin erforderlich.

6.2 Vollständiger Inhalt der REG-Datei

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover]
"ExcludeExplicitO365Endpoint"=dword:00000001

6.3 Änderung rückgängig machen

Bei Problemen den ursprünglichen Zustand durch Import der zweiten Datei Outlook_Exchange_Autodiscover_Rueckgaengig.reg wiederherstellen. Sie löscht nur den hier angelegten Wert und startet Outlook nicht automatisch neu. Falls der Wert bereits vor dem Test existierte, sollte statt einer pauschalen Löschung die vorher exportierte Registrierungssicherung verwendet werden.

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover]
"ExcludeExplicitO365Endpoint"=-

Beobachtung im konkreten Fall: Nach den Diagnose- und Reparaturschritten war die Outlook-Anmeldung wieder möglich. Ob allein die REG-Datei dafür verantwortlich war, wurde nicht isoliert nachgewiesen. Der Absenderfehler besteht unabhängig davon weiter.

7. Tatsächlich aufgetretene Meldungen – und was sie bedeuten

Meldung	Einordnung	Nächster sinnvoller Schritt
451 relay not permitted	Früherer Zustellfehler vor der Korrektur der Mailroute; allein kein Beweis für ein Outlook-Problem.	MX, akzeptierte Domain und Routing im Exchange prüfen.
Nepovedlo se nám najít žádný pracovní nebo školní účet…	Microsoft-Konto konnte über „Přidat službu“ nicht gefunden werden.	Kein weiteres Microsoft-365-Konto erzwingen; echtes Exchange-Konto prüfen.
Tato e-mailová adresa je již přidána	Die neue Adresse wurde bereits als Adresse dieses Kontos erkannt.	Kein zweites Exchange-Konto anlegen.
Automatická konfigurace nemohla najít nastavení	Autodiscover-Test findet die Einstellungen nicht.	Outlook-Test mit Strg + Tray-Symbol, DNS/Autodiscover beim Provider prüfen.
Wiederholtes Passwortfenster	Mögliche falsche Server-/Authentifizierungserkennung oder zwischengespeicherte Anmeldedaten.	Autodiscover, Serverstatus und eindeutige Windows-Anmeldedaten prüfen.
SendAsDeniedException / 0x80070005 / EC 1244	Exchange verweigert die Sendung im Namen der ausgewählten Absenderidentität.	Absender nicht als fremdes Postfach erzwingen; primäre SMTP-Adresse prüfen lassen.
Empfänger sieht jana@krakovic.de	Auch nach erfolgreicher Sendung wird die alte Hauptadresse sichtbar.	Provider soll PrimarySmtpAddress bestätigen/umstellen; danach Outlook aktualisieren.

7.1 Warum „Od → Jiná e-mailová adresa“ scheiterte

Im klassischen Outlook war Možnosti → Od eingeblendet. Die neue Adresse wurde über Jiná e-mailová adresa als abweichender Absender eingetragen. Exchange antwortete mit Microsoft.Exchange.Data.Storage.SendAsDeniedException / Microsoft.Mapi.MapiExceptionSendAsDenied (0x80070005, EC 1244). Das ist eine Berechtigungs-/Absenderidentitätsprüfung, kein allgemeiner SMTP-Verbindungsfehler.

Wählte man stattdessen unter Od das vorhandene Exchange-Konto, war der Versand erfolgreich – beim Empfänger erschien jedoch weiterhin jana@krakovic.de. Außerdem bot OWA die neue Adresse nicht als eigenen Absender zur Auswahl an. Das ist konsistent mit einem noch nicht bestätigten Wechsel der primären SMTP-Adresse; die Exchange-Servereinstellung muss deshalb geprüft werden.

Keine voreilige „Send As“-Berechtigung: Für eine neue primäre SMTP-Adresse desselben Postfachs ist normalerweise keine Berechtigung für ein anderes Postfach erforderlich. Die eigenständige Funktion „Send from alias“ ist laut Microsoft für Exchange Online beschrieben und sollte nicht mit einem lokal gehosteten Exchange-Postfach verwechselt werden.

8. Konkreter Auftrag an den Exchange-Provider – noch offen

Da kein Shell-Zugriff auf den beim Provider betriebenen Exchange-Server vorhanden ist, muss dessen Administrator die Eigenschaften des bestehenden Postfachs prüfen. Dieser Punkt wird nach der Antwort des Providers aktualisiert.

8.1 Diese Prüfung kann der Provider durchführen

Get-Mailbox "jana@krakovic.de" | Format-List PrimarySmtpAddress,EmailAddresses,EmailAddressPolicyEnabled

Der gewünschte Zustand ist SMTP:kontakt@jana-sedlackova.cz als Primäradresse und smtp:jana@krakovic.de als Alias; die bestehende Anmeldekennung soll unverändert bleiben. Der Provider muss außerdem prüfen, ob eine E-Mail-Adressrichtlinie den Wert wieder überschreibt.

8.2 Wenn die neue Adresse noch nicht primär ist: ausschließlich der Administrator

Set-Mailbox "jana@krakovic.de" -EmailAddressPolicyEnabled $false
Set-Mailbox "jana@krakovic.de" -PrimarySmtpAddress "kontakt@jana-sedlackova.cz"

Nur vom berechtigten Exchange-Administrator ausführen lassen, nach Sichtprüfung der vorhandenen Adressen und Richtlinien. Nicht alle E-Mail-Adressen überschreiben, keine neue Mailbox erstellen und keine anderen Postfächer ändern. Danach mit Get-Mailbox erneut bestätigen. Wenn die Hauptadresse bereits korrekt ist, soll der Provider stattdessen auf die clientseitige Aktualisierung sowie Adressbuch-/Autodiscover-Daten schauen.

8.3 Fertige Nachricht an den Provider

Bitte prüfen Sie beim bestehenden Exchange-Postfach jana@krakovic.de die PrimarySmtpAddress. Die neue Domain jana-sedlackova.cz ist autoritativ und kontakt@jana-sedlackova.cz empfängt bereits Nachrichten. Outlook sendet über das bestehende Konto, der sichtbare Absender bleibt aber jana@krakovic.de. Die manuelle Auswahl von kontakt@ im Feld „Od“ führte zu SendAsDeniedException (0x80070005, EC 1244). Gewünscht: kontakt@jana-sedlackova.cz als primäre SMTP-Adresse, jana@krakovic.de dauerhaft als sekundärer Empfangsalias. Bitte kein neues Postfach, keine Änderung des AD-Anmeldenamens und keine Migration der Inhalte. Prüfen Sie bei Bedarf die E-Mail-Adressrichtlinie, bestätigen Sie die endgültigen SMTP-Adressen und teilen Sie mit, ob im Outlook-Profil anschließend noch eine Aktualisierung erforderlich ist.

9. Tests nach Bestätigung des Providers

1. Von einem externen Postfach an kontakt@jana-sedlackova.cz schreiben und Eingang in Outlook/OWA prüfen.
2. Von einem externen Postfach an jana@krakovic.de schreiben und Eingang im selben Postfach prüfen.
3. Aus OWA eine neue Nachricht an einen externen Empfänger senden und dort die tatsächliche Von-Adresse kontrollieren.
4. Im klassischen Outlook eine neue Nachricht über das vorhandene Exchange-Konto senden. Erwartet: sichtbarer Absender kontakt@jana-sedlackova.cz.
5. Falls Outlook noch die alte Adresse zeigt: Odesílání a příjem → Stáhnout adresář und Outlook neu starten. Ggf. die Aktualisierung des Offlineadressbuchs abwarten oder ein zusätzliches Testprofil anlegen, das alte Profil aber nicht löschen.
6. Antwort auf eine ältere Nachricht, neue Nachricht, Anhang, Signatur und Weiterleitung testen. Den Active-Directory-Anmeldenamen nicht nur wegen der neuen SMTP-Adresse ändern.
7. SPF/DKIM/DMARC und externe Zustellbarkeit mit dem Provider prüfen; Server und DNS-Werte nicht aus Beispielen übernehmen.

Fortsetzung folgt: Sobald der Provider die primäre SMTP-Adresse bestätigt oder geändert hat, wird hier ergänzt, welcher Schritt den tatsächlichen Absender endgültig auf kontakt@jana-sedlackova.cz umgestellt hat. Bis dahin ist die Migration beim Empfang funktionsfähig, beim Versand noch nicht abgeschlossen.

---

Microsoft-Dokumentation und technische Quellen

• Exchange: Akzeptierte Domänen
• Exchange: E-Mail-Adressen eines Postfachs
• Microsoft: Autodiscover in Outlook 2016
• Microsoft: Autodiscover-Protokolle und Outlook-Test
• Exchange Online: Aliasversand – ausdrücklich nur Exchange Online