Einrichtung E-Mail Konto Exchange 2019 in Outlook classic hinter DATEVnet

[#1]

Ich bin gerade dabei eine neue RDP Server-Farm mit Windows Server 2025 aufzubauen.

Internet Zugang erfolgt über DATEVnet.

Als Office Version wird Microsoft 365 Business Premium eingesetzt, soweit läuft alles.

Was ich aber nicht hin bekomme, ist ein E-Mail Konto in Outlook für unseren Exchange 2019 Server einzurichten, wenn DATEVnet aktiv ist.

Ohne DATEVnet, also direkter Zugang zum Internet funktioniert es ohne Probleme.

Auch der Zugriff auf OWA funktioniert, egal ob mit oder ohne DATEVnet.

Die follgenden Einträge in der Registrierung sind gesetzt, bringen aber keinen Erfolg.

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Outlook\Autodiscover

ExcludeExplicitO365Endpoint 1

ExcludeHttpsRootDomain 1

Hat evtl. jemand eine Idee, was noch eingestellt oder angepasst werden muss?

Beitrag zu Technisches zu Software verschoben von @Christina_Schulze 

[#2]

Vielleicht hilft  DATEV Hilfe-Center, Dok.-Nr. 1000109 ?

[#3]

Hast Du mal parallel die KI gefragt?

1. DNS-Auflösung über DATEVnet prüfen (sehr häufige Ursache)

Outlook nutzt Autodiscover über DNS.

Teste auf dem RDS-Server mit aktivem DATEVnet:

nslookup autodiscover.deinedomain.de

und

nslookup mail.deinedomain.de

Wichtig:

• autodiscover.domain.de muss auf deinen Exchange zeigen
• kein CNAME zu autodiscover.outlook.com

Wenn DATEVnet hier andere DNS-Antworten liefert, funktioniert Outlook-Autodiscover nicht korrekt.

1. Outlook Autodiscover Test

Outlook bietet einen eingebauten Test:

1. Outlook starten
2. STRG + Rechtsklick auf Outlook Icon im Tray
3. Test E-Mail AutoConfiguration

Haken entfernen bei:

• Guessmart
• Secure Guessmart

Nur Autodiscover aktiv lassen.

Dann prüfen:

• Welche URL wird aufgerufen?
• Kommt ein Redirect zu Microsoft 365?

1. Weitere wichtige Registry Keys setzen

Bei Hybrid / M365 Umgebung fehlen häufig weitere Ausschlüsse.

Zusätzlich setzen:

HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover

ExcludeScpLookup = 1
ExcludeHttpsAutoDiscoverDomain = 1
ExcludeSrvRecord = 1

Typisches Setup für Exchange On-Prem + M365 Lizenz:

ExcludeExplicitO365Endpoint = 1
ExcludeHttpsRootDomain = 1
ExcludeHttpsAutoDiscoverDomain = 1
ExcludeSrvRecord = 1

Danach Outlook neu starten.

1. DATEVnet Proxy / SSL Inspection

DATEVnet arbeitet häufig mit:

• Proxy
• SSL Inspection
• Firewall Policies

Outlook Autodiscover nutzt:

https://autodiscover.domain.de/autodiscover/autodiscover.xml

Wenn der Proxy diese Anfrage blockiert oder umschreibt, schlägt die Einrichtung fehl.

Test:

https://autodiscover.domain.de/autodiscover/autodiscover.xml

im Browser öffnen.

Erwartetes Ergebnis:

• Zertifikat vom Exchange
• XML Fehlerseite (401 oder 600)

Wenn stattdessen kommt:

• Proxyseite
• Timeout
• Zertifikatsfehler

→ DATEVnet blockiert Autodiscover.

1. SCP (Service Connection Point) prüfen

In der Domäne nutzt Outlook zuerst SCP aus Active Directory.

Auf dem Exchange Server prüfen:

Get-ClientAccessService | fl AutoDiscoverServiceInternalUri

Erwartet:

https://mail.domain.de/autodiscover/autodiscover.xml

Wenn dort ein falscher Name steht → Outlook findet Exchange nicht.

1. Wichtig bei RDS Servern

Auf RDS passiert oft folgendes:

Outlook versucht zuerst:

autodiscover-s.outlook.com

und bleibt dort hängen.

Deshalb ist dieser Key oft entscheidend:

ExcludeExplicitO365Endpoint = 1

Den hast du bereits korrekt gesetzt.

1. Test ohne Autodiscover

Testweise Profil manuell erstellen:

Systemsteuerung
Mail
Profile
Manuelle Konfiguration
Exchange Server

Server eintragen:

mail.domain.de

Wenn das funktioniert → Problem nur Autodiscover.

Meine Vermutung (90%)

Das Problem ist sehr wahrscheinlich:

DATEVnet DNS oder Proxy beeinflusst Autodiscover.

Typische Fälle:

• autodiscover.domain.de wird extern falsch aufgelöst
• Proxy blockiert autodiscover.xml
• Outlook versucht Microsoft 365 zuerst

💡 Wenn du möchtest, kannst du mir kurz sagen:

1. Ist der Exchange Server intern oder extern erreichbar?
2. Gibt es einen Split-DNS für autodiscover.domain.de?
3. Was liefert:

nslookup autodiscover.domain.de

mit aktivem DATEVnet?

Dann kann ich dir ziemlich genau sagen, wo das Problem liegt.
DATEVnet + Exchange OnPrem + M365 sehe ich leider relativ häufig.

[#4]

Danke für die ausführlichen Lösungsansätze.

Der Exchange ist bei uns lokal installiert und nur intern erreichbar (von extern nur per DATEVnet online und per VPN Tunnel also quasi auch lokal).

Die Mails bei DATEVnet werden per POP3 Connecter abgerufen und in die entspechenden Postfächer verteilt.

Ich werde die Tests am WE durcharbeiten und melde mich wieder.

[#5]

jetzt bin ich schon mal ein bischen weiter.

Die nslookup Befehle lieferten alle die benötigten/erwarteten Ergebniss, Servername und IP Adressen stimmen.

Auch der Befehl Get-ClientAccessService | fl AutoDiscoverServiceInternalUri liefert die korrekte Antwort.

Nachdem ich die zusätzlichen Reg Einträge gesetzt habe, bekomme ich das Konto zumindest über die manuelle Konfiguration mit Auswahl Exchange eingebunden.

[#6]

Vermutlich wird es funktionieren, sobald Autodiscover korrekt konfiguriert ist. Alternativ am Client neben den obigen Anpassungen noch

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Outlook\Autodiscover

ExcludeExplicitO365Endpoint 1
ExcludeHttpsRootDomain 1
excludescplookup 0
excludehttpsrootdomain 1
excludehttpsautodiscoverdomain 1
excludehttpredirect 1
excludesrvrecord 1
disableautodiscoverv2service 1

setzen. Evtl. muss/müssen zusätzlich noch der/die FQDN/s der virtuellen Verzeichnisse noch in die Proxyausnahmen an den Clients. 

Warum betreibt man einen nicht weiter supporteten Exchange 2019 wenn man im Rahmen von Business Premium Exchange online zahlt?

(Btw.: Pop Konnektor und Pop Postfächer bei DATEVnet abschaffen und DATEVnet Direktmail nutzen!)

[#7]

---

@janm  schrieb:

Warum betreibt man einen nicht weiter supporteten Exchange 2019 wenn man im Rahmen von Business Premium Exchange online zahlt?

---

Nur die Chefs und Berater haben eine Business Premium Lizenz, alle anderen nur Apps for Enterprise, ausserdem möchte ich aktuell keine Daten unnötig nach Entenhausen verlagern.

Nachher gibt es hier auch noch Strafzölle.

Das Update auf Exchange SE ist auch schon in Planung, ist ja eh nichts anderes als ein anders lizensierter Exchange 2019 CU15.

---

@janm  schrieb:

(Btw.: Pop Konnektor und Pop Postfächer bei DATEVnet abschaffen und DATEVnet Direktmail nutzen!)

---

Die Chefs möchten in der Zeit von 9:00 bis 11:00Uhr keine E-Mails empfangen (Zeitmanagement, nicht diskutierbar) Afaik ist das mit DATEV Direktmail nicht realisierbar, und ausserdem kostet es wieder Geld. 

[#8]

Welchen Vorteil haben denn in dem Zusammenhang die Business Premium Lizenzen? Bzw. was wird daraus genutzt?

[#9]

Teams

und die beiden Lizenzmodele wurden gewählt wegen der Aktivierung in der RDP Umgebung, das ist auch der Grund für den Wechsel auf 2025.

Stand jetzt wird ab Oktober die Aktivierung auf Server 2022 nicht mehr möglich sein.

[#10]

Teams ohne Hybridbereitstellung für die Kalenderintegration ist aber auch nicht wirklich komfortabel. (Evtl. legt man sich ohne Hybridbereitstellung auch jetzt schon Steine für später in den Weg, falls man Gefallen an den M365 Services findet bzw. "Interessante Dinge" eben nicht möglich sind.)

Wenn es ausschließlich um Teams geht, wäre die Kombination aus Apps for Enterprise + Teams Essentials vermutlich günstiger und man könnte das Office Paket aller User per Richtlinien verwalten. Business Premium unterstützt halt keine Möglichkeit sinnvoll verwaltet zu werden.

(Microsoft hat für Server 2016 / 2019 den Support der M365 Apps bis Oktober 2028 (unter gewissen Bedingungen) verlängert. DATEV hat hier ebenfalls für Office entsprechend mitgezogen. Ich würde _vermuten_, dass das auch für Server 2022 passiert.)