Autodiscover und Autoantwort 2010

[atctv 10]

Hallo Forengemeinde!

 

Ich bräuchte an dieser Stelle einmal Hilfestellung zu dem o.g. leidigen Thema, mit dem ich mich gestern den ganzen Tag beschäftigt habe, nachdem ich sämtliche Foren durchforstet habe.

 

Also, ich erhalte, wenn ich auf autom. Antwort klicke die Meldung, das der Server nicht verfügbar ist.

 

Fakt ist:

- wir haben einen Proxyserver im Einsatz

- ich komme via Bypass auf https://msxserver.local/autodiscover/autodiscover.xml ohne Zertifikatsfehler, wenn ich es installiert habe

- wir nutzen den Exchange nur im LAN und er soll nicht von außen über's Internet erreichbar sein

- Oulookanywhere ist demnach deaktiviert

- Emails werden via Popcon vom Provider abgeholt und an die Postfächer verteilt

- demnach haben wir eine .de Domain und eine .local Domain

- wir haben einen Host-DNS Eintrag sowol für den Exchange selbst als auch für autodiscover.msxserver.local

- Bei der Durchführung von Email-Autokonfiguration testen, wird sowohl der lokale Pfad ermittelt, als auch der externe Pfad zum Provider und da kann er ja nichts finden und sämtliche Test schlagen fehl.

 

Ich könnte mir gut vorstellen, dass das daran liegt, das OL 2010 dann vielleicht auf externedomain.de zugreifen will und es deshalb scheitert. Bei den OL2003 Clients funktioniert der Abwesenheitsassistent.

 

Noch zur Info: Ich bin noch nicht ganz so fit was Exchange betrifft.

 

Vielen Dank im Voraus!

 

Gruß,

atctv

bearbeitet 22. Juni 2012 von atctv

[atctv 10]

Noch zur Info:

 

[PS] C:\>Get-ClientAccessServer | fl Identity,AutodiscoverServiceInternalUri

 

Identity : MSXSERVER

AutoDiscoverServiceInternalUri : https://MSXSERVER.domain.local/Autodiscover/Autodiscover.xml

 

[PS] C:\>Get-WebservicesVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

Identity : MSXSERVER\EWS (Default Web Site)

InternalUrl : https://MSXSERVER.domain.local/EWS/Exchange.asmx

ExternalUrl :

 

[PS] C:\>Get-OabVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

Identity : MSXSERVER\OAB (Default Web Site)

InternalUrl : http://MSXSERVER.domain.local/OAB

ExternalUrl :

 

[PS] C:\>Get-OwaVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

Identity : MSXSERVER\owa (Default Web Site)

InternalUrl : https://MSXSERVER.domain.local/owa

ExternalUrl :

 

[PS] C:\>Get-ActiveSyncVirtualDirectory | fl Identity,InternalUrl,ExternalUrl

 

Identity : MSXSERVER\Microsoft-Server-ActiveSync (Default Web Site)

InternalUrl : https://MSXSERVER.domain.local/Microsoft-Server-ActiveSync

ExternalUrl :

[RobertWi 81]

Moin,

 

wir das Zertifikat fehlerfrei akzeptiert (d.h. gibt es KEINE Warnung, wenn Du "https://MSXSERVER.domain.local/" aufrufst)?

 

Falls nicht -> mach es fehlerfrei.

[NorbertFe 2.045]

- wir haben einen Proxyserver im Einsatz

- ich komme via Bypass auf https://msxserver.local/autodiscover/autodiscover.xml ohne Zertifikatsfehler, wenn ich es installiert habe

- wir nutzen den Exchange nur im LAN und er soll nicht von außen über's Internet erreichbar sein

- Oulookanywhere ist demnach deaktiviert

- Emails werden via Popcon vom Provider abgeholt und an die Postfächer verteilt

 

Über die Sinnhaftigkeit solcher Konstrukte kann man hervorragend "streiten". ;) Würde man (ihr) es einfach so einrichten, wie es technologisch vorgesehen ist, gäbe es wahrscheinlich keine Probleme.

 

- demnach haben wir eine .de Domain und eine .local Domain

 

Achso? Was hat das eine mit dem anderen zu tun?

 

- wir haben einen Host-DNS Eintrag sowol für den Exchange selbst als auch für autodiscover.msxserver.local

- Bei der Durchführung von Email-Autokonfiguration testen, wird sowohl der lokale Pfad ermittelt, als auch der externe Pfad zum Provider und da kann er ja nichts finden und sämtliche Test schlagen fehl.

 

Dann konfiguriere den externen identisch zum internen oder gar nicht.

Oder noch alternativ, konfiguriere Split-DNS.

 

 

Bye

Norbert