6
Verbindungsproblem zwischen Outlook 2007 und Exchange 2007 bei der Kontoeinrichtung
Hallo zusammen,
schwitze hier gerade Schweiß und Blut und komme nicht weiter.
Umgebung:
Server 2008R2 Enterprise als DC
Server 2008 Enterprise mit Exchange Server 2007 (SP3 mit Update Rollup)
Clients= Win7 Pro mit Office 2007 Pro
Das Autodiscover funktioniert auf unserem Exchange 2007 offenbar nicht richtig und ich vermute ein DNS Problem dahinter.
Dummerweise brauche ich Autodiscover aber unbedingt um Outllook automatisch einzurichten, weil sonst knapp 100 Benutzer
nicht mehr auf ihre internen Mails zugreifen können.
Die Benutzer haben bisher über den Webmailer des Providers (1&1) die Mails abgeholt. Jetzt habe ich beim Provider zusätzlich
zu den bestehenden Postfächern ein Sammelpostfach eingerichtet (*@meinedomain.de), was über den POP-Connector unseres
neuen (und einzigen) Exchange 2007 auch abgeholt und korrekt verteilt wird.
Problem:
Ich starte auf den Clients der Benutzer Outlook und klicke mich durch bis auf den Dialog "Konto automatisch einrichten".
Unter "Ihr Name" wird der Benutzer automatisch eingetragen und die eMail Adresse wird auch erkannt (NAME@MEINEDOMAIL.LOCAL"
Jetzt klicke ich auf weiter und komme zum Dialogfeld "Onlinesuche nach Servereinstellungen ..."
Der erste Schritt "Netzwerkverbindung herstellen" wird grün gehakt, also OK
Der zweite Schritt "Suche nach "NAME@MEINEDOMAIN.LOCAL" wird auch grün gehakt, also ebenfalls OK
Beim dritten Schritt "Am Server anmelden" ist Schluss.
Ein Dialogfeld mit dem Wortlaut "Die Aktion kann nicht abgeschlossen werden. Es steht keine Verbindung mit Microsoft Exchange zur Verfügung u.s.w."
Klicke ich hier auf OK, erscheint das Dialogfeld "Microsoft Exchange" mit der Registerkarte "Allgemeines".
Hier steht unter "Microsoft Exchange Server" der Name unseres Exchange Servers "EXCHANGE",
nicht aber der FQDN "EXCHANGE.MEINEDOMAIN.LOCAL".
Im Feld "Postfach:" steht auch der Name des Benutzers.
Klicke ich hier auf den Button "Namen prüfen", geht ein Dialogfeld mit dem Wortlaut
"Der Name kann nicht aufgelöst werden. Es steht keine Verbindung mit Microsoft Exchange zur Verfügung".
Wenn ich jetzt mit "OK" quittiere und dann die IP des Exchange Servers statt seines Namens oder auch seines FQDN eintrage,
läuft an dieser Stelle alles weiter und Outllok richtet sich brav ein.
Komischweise funktioniert aber DNS in der Domäne. NSLOOKUP gibt sowohl auf dem DC als auch auf dem Exchange den FQDN und die richtige IP des DC aus.
Einen Ping auf den Namen des Exchange Servers gibt mir auch den FQDN des Servers und die IPV6 Adresse aus.
Hat jemand eine Idee wo es hängt? Wo muss ich nachsehen?
Danke und auf Hilfe hoffend, DonQuichotte
schwitze hier gerade Schweiß und Blut und komme nicht weiter.
Umgebung:
Server 2008R2 Enterprise als DC
Server 2008 Enterprise mit Exchange Server 2007 (SP3 mit Update Rollup)
Clients= Win7 Pro mit Office 2007 Pro
Das Autodiscover funktioniert auf unserem Exchange 2007 offenbar nicht richtig und ich vermute ein DNS Problem dahinter.
Dummerweise brauche ich Autodiscover aber unbedingt um Outllook automatisch einzurichten, weil sonst knapp 100 Benutzer
nicht mehr auf ihre internen Mails zugreifen können.
Die Benutzer haben bisher über den Webmailer des Providers (1&1) die Mails abgeholt. Jetzt habe ich beim Provider zusätzlich
zu den bestehenden Postfächern ein Sammelpostfach eingerichtet (*@meinedomain.de), was über den POP-Connector unseres
neuen (und einzigen) Exchange 2007 auch abgeholt und korrekt verteilt wird.
Problem:
Ich starte auf den Clients der Benutzer Outlook und klicke mich durch bis auf den Dialog "Konto automatisch einrichten".
Unter "Ihr Name" wird der Benutzer automatisch eingetragen und die eMail Adresse wird auch erkannt (NAME@MEINEDOMAIL.LOCAL"
Jetzt klicke ich auf weiter und komme zum Dialogfeld "Onlinesuche nach Servereinstellungen ..."
Der erste Schritt "Netzwerkverbindung herstellen" wird grün gehakt, also OK
Der zweite Schritt "Suche nach "NAME@MEINEDOMAIN.LOCAL" wird auch grün gehakt, also ebenfalls OK
Beim dritten Schritt "Am Server anmelden" ist Schluss.
Ein Dialogfeld mit dem Wortlaut "Die Aktion kann nicht abgeschlossen werden. Es steht keine Verbindung mit Microsoft Exchange zur Verfügung u.s.w."
Klicke ich hier auf OK, erscheint das Dialogfeld "Microsoft Exchange" mit der Registerkarte "Allgemeines".
Hier steht unter "Microsoft Exchange Server" der Name unseres Exchange Servers "EXCHANGE",
nicht aber der FQDN "EXCHANGE.MEINEDOMAIN.LOCAL".
Im Feld "Postfach:" steht auch der Name des Benutzers.
Klicke ich hier auf den Button "Namen prüfen", geht ein Dialogfeld mit dem Wortlaut
"Der Name kann nicht aufgelöst werden. Es steht keine Verbindung mit Microsoft Exchange zur Verfügung".
Wenn ich jetzt mit "OK" quittiere und dann die IP des Exchange Servers statt seines Namens oder auch seines FQDN eintrage,
läuft an dieser Stelle alles weiter und Outllok richtet sich brav ein.
Komischweise funktioniert aber DNS in der Domäne. NSLOOKUP gibt sowohl auf dem DC als auch auf dem Exchange den FQDN und die richtige IP des DC aus.
Einen Ping auf den Namen des Exchange Servers gibt mir auch den FQDN des Servers und die IPV6 Adresse aus.
Hat jemand eine Idee wo es hängt? Wo muss ich nachsehen?
Danke und auf Hilfe hoffend, DonQuichotte
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 162772
Url: https://administrator.de/contentid/162772
Printed on: April 25, 2024 at 17:04 o'clock
6 Comments
Latest comment
Hallo DonQuichotte,
ist auf den Clients ein Standardgateway eingerichtet oder ist dort ein Proxy eingestellt?
ist auf den Clients ein Standardgateway eingerichtet oder ist dort ein Proxy eingestellt?
Standardgateway, die IP des Routers.
Hallo,
erste Frage: Vertraut der Client dem auf Exchange hinterlegten Zertifikat (wird beim Aufrufen von OWA mittels Internet Explorer eine Warnmeldung gezeigt)?
Sind Clients & Exchange in dem gleichen Netz? (Wenn nein ist Verbindung wohl nur per RPC-over-HTTPS möglich und dann kommen Dinge wie HTTP-Proxy und Exchange-Proxy in's Spiel)
Sind die Clients & Exchange Mitglieder der gleichen Domäne? (Wenn nein wird Autodiscover vermutlich über "URL-Raten" gemacht, wenn ja werden bei der Exchange-Installation diverse SRV und SCP-Records im DNS angelegt)
Ist Exchange aus dem Internet erreichbar? Dann hilft vielleicht https://www.testexchangeconnectivity.com/ weiter.
Die Fragen bisher zielen primär darauf ab, ob AutoDisc überhaput etwas liefert. Dann ist natürlich noch die Frage, ob das korrekt ist.
Wenn du Autokonfiguration testen machst gibt es einen Reiter "Protokoll" und einen "XML" - was steht da?
Was gibt get-outlookprovider aus?
Ist der DNS-Suffix des Exchange in der Suchliste auf den Clients (das könnte ansonsten einen einfachen Workaround schaffen)?
Gruß
Filipp
erste Frage: Vertraut der Client dem auf Exchange hinterlegten Zertifikat (wird beim Aufrufen von OWA mittels Internet Explorer eine Warnmeldung gezeigt)?
Sind Clients & Exchange in dem gleichen Netz? (Wenn nein ist Verbindung wohl nur per RPC-over-HTTPS möglich und dann kommen Dinge wie HTTP-Proxy und Exchange-Proxy in's Spiel)
Sind die Clients & Exchange Mitglieder der gleichen Domäne? (Wenn nein wird Autodiscover vermutlich über "URL-Raten" gemacht, wenn ja werden bei der Exchange-Installation diverse SRV und SCP-Records im DNS angelegt)
Ist Exchange aus dem Internet erreichbar? Dann hilft vielleicht https://www.testexchangeconnectivity.com/ weiter.
Die Fragen bisher zielen primär darauf ab, ob AutoDisc überhaput etwas liefert. Dann ist natürlich noch die Frage, ob das korrekt ist.
Wenn du Autokonfiguration testen machst gibt es einen Reiter "Protokoll" und einen "XML" - was steht da?
Was gibt get-outlookprovider aus?
Ist der DNS-Suffix des Exchange in der Suchliste auf den Clients (das könnte ansonsten einen einfachen Workaround schaffen)?
Gruß
Filipp
Hallo Filipp,
DC, Exchange und Clients sind im gleichen Netz und alle sind Mitglieder der gleichen Domäne.
OWA ist über das Internet ist (testweise) möglich, allerdings habe ich noch kein Zertifikat dafür.
OWA funktioniert auch problemlos nach Quittieren des Zertifikatsfehlers im Browser.
... gibt es einen Reiter "Protokoll" und einen "XML" - was steht da?
Wo finde ich diesen Reiter?
get-outlookprovider in Shell des Exchange gibt das hier aus:
Name: EXCH / Server: leer / CertPrincipalName: leer / TTL: 1
Name: EXPR / Server: leer / CertPrincipalName: leer / TTL: 1
Name: WEB / Server: leer / CertPrincipalName: leer / TTL: 1
Ist der DNS-Suffix des Exchange in der Suchliste auf den Clients
Wo die steht weiß ich leider auch nicht. Wo finde ich die?
Gruß, DonQuichote
DC, Exchange und Clients sind im gleichen Netz und alle sind Mitglieder der gleichen Domäne.
OWA ist über das Internet ist (testweise) möglich, allerdings habe ich noch kein Zertifikat dafür.
OWA funktioniert auch problemlos nach Quittieren des Zertifikatsfehlers im Browser.
... gibt es einen Reiter "Protokoll" und einen "XML" - was steht da?
Wo finde ich diesen Reiter?
get-outlookprovider in Shell des Exchange gibt das hier aus:
Name: EXCH / Server: leer / CertPrincipalName: leer / TTL: 1
Name: EXPR / Server: leer / CertPrincipalName: leer / TTL: 1
Name: WEB / Server: leer / CertPrincipalName: leer / TTL: 1
Ist der DNS-Suffix des Exchange in der Suchliste auf den Clients
Wo die steht weiß ich leider auch nicht. Wo finde ich die?
Gruß, DonQuichote
Hallo,
Gruß
Filipp
OWA ist über das Internet ist (testweise) möglich, allerdings habe ich noch kein Zertifikat dafür.
Bei Testexchange.. kann man angeben, dass die Vertrauensstellung des Zertifikats ignoriert werden soll.OWA funktioniert auch problemlos nach Quittieren des Zertifikatsfehlers im Browser.
Bei Autodiscover kann man nicht angeben, dass die Vertrauensstellung ignoriert werden soll. So lange im IEx beim OWA eine Fehlermeldung kommt, wird Autodiscover nicht funktioneren.... gibt es einen Reiter "Protokoll" und einen "XML" - was steht da?
Wo finde ich diesen Reiter?
Outlook starten, STRG gedrückt halten & mit der Rechten Maustaste auf das OL-Icon im Systray -> E-Mai-Autokonfig testen (Haken bei GuessSmart entfernen).Wo finde ich diesen Reiter?
get-outlookprovider in Shell des Exchange gibt das hier aus:
Name: EXCH / Server: leer / CertPrincipalName: leer / TTL: 1
Name: EXPR / Server: leer / CertPrincipalName: leer / TTL: 1
Mindestens einer der Einträge muss einen Server enthalten, sonst kann später kein Server gefunden werden...Name: EXCH / Server: leer / CertPrincipalName: leer / TTL: 1
Name: EXPR / Server: leer / CertPrincipalName: leer / TTL: 1
Ist der DNS-Suffix des Exchange in der Suchliste auf den Clients
Wo die steht weiß ich leider auch nicht. Wo finde ich die?
ipconfig /allWo die steht weiß ich leider auch nicht. Wo finde ich die?
Gruß
Filipp
Hallo Filipp,
melde mich erst so spät, weil ich alle Hände voll zu tun hatte mit der manuellen Einrichtung der Clients.
Bin dem Problem zufällig auf die Spur gekommen:
Hatte die Vermutung dass der Wächter die Exchange Datenbankdatei "Mailbox Database.edb" (auf einem separaten RAID-10 Laufwerk) bei jeder Änderung der abklappert und damit kräftig CPU-Last verursacht. Habe jetzt das Exchange Datenbankverzeichnis auf dem Server in die Ausnahme des Virenwächters (GDATA Business) eingetragen und siehe da:
Plötzlich läuft AuDi! -kopfschüttel-
Weiß zwar nicht warum aber es geht jetzt.
Gruß,
DonQiuchote
melde mich erst so spät, weil ich alle Hände voll zu tun hatte mit der manuellen Einrichtung der Clients.
Bin dem Problem zufällig auf die Spur gekommen:
Hatte die Vermutung dass der Wächter die Exchange Datenbankdatei "Mailbox Database.edb" (auf einem separaten RAID-10 Laufwerk) bei jeder Änderung der abklappert und damit kräftig CPU-Last verursacht. Habe jetzt das Exchange Datenbankverzeichnis auf dem Server in die Ausnahme des Virenwächters (GDATA Business) eingetragen und siehe da:
Plötzlich läuft AuDi! -kopfschüttel-
Weiß zwar nicht warum aber es geht jetzt.
Gruß,
DonQiuchote
