Tja... wenn kein problem mit autodiscover besteht, kann man sich auch dumm und dämlich suchen...
Hab jetzt mal im Outlook das Konto gelöscht und neu eingerichtet.
Jetzt funktioniert alles...
Tut mir leid, eure Zeit verschwendet zu haben
Sorry
Tja... wenn kein problem mit autodiscover besteht, kann man sich auch dumm und dämlich suchen...
Hab jetzt mal im Outlook das Konto gelöscht und neu eingerichtet.
Jetzt funktioniert alles...
Tut mir leid, eure Zeit verschwendet zu haben
Sorry
Wireshark sagt mir: er fragt direkt beim Exchange an.
Habe keine einzige DNS Anfrage auf die externe Domain...
Jop, das hatte ich eh vor morgen.
Ich geb dann mal Rückmeldung.
Danke auf jeden Fall für eure Bemühungen
nein, habe ich nicht laufen, dachte das wäre klar, nachdem ich gefragt habe, was das ist
hab sowohl interne als auch externe urls.
Naja, wie im ersten Post beschrieben: es geht schon, aber nur wenn ich über Postfach reparieren gehe.
Sobald er dann alle 60 Minuten neu nachfragt bekomm ich wieder die 1 und 1 Daten.
Meine Vermutung ist, dass er das irgendwo gecached hat und nur dann NICHT den Cache benutzt, wenn man ihm explizit "reparieren" sagt...
Lustigerweise gehts bei nem anderen PC in der Domäne problemlos, hab ich gerade nachschauen können.
Auch wenn ich mit gedrückter STRG Taste auf das Outlook Tray Symbol klicke und dann "E-Mail-Autokonfiguration testen" klicke funktioniert es.
Nur wenn Outlook den automatischen Refresh macht, knallts mir wieder die 1und1 Daten rein...
Du meinst also, ich soll die externe Zone als interne Zone deklarieren.
Sprich: ohne www -> intern
mit www -> extern
richtig?
@RobertW:
also, bei nem nslookup auf Ne URL kann ja keine interne IP zurückgegeben werden.
wenn ich nslookup auf nen FQDN mach, gibts ne IP zurück und umgekehrt.
nslookup auf FQDN kann keinen FQDN zurückgeben, würde den sinn von nslookup ad absurdum führen... oder seh ich da was falsch?
im zertifikat stehen URL1 (auf der die Website läuft, sprich, von der die Anfrage kommt: autodiscover.domain.tld), URL2 (die URL, die auf den EXC Server verweist: http://www.domain2.tld) und URL3 (server.domain.local)
signiert is das cert vom eigenen ads server, sprich intern, das macht aber keine probleme wie man beim remote connectivity analyzer sieht
so und mit split dns hast du mich jetzt. ich muss erstmal googlen, was das ist. (was deine frage beantworten sollte)
selbe frage wie an robertw: wie soll denn ein interner name bei nem externen nslookup rauskommen?
die ganz normale externe IP
(da läuft ne Website drauf, sollte also auch so bleiben)
nslookup auf die autodiscover.domain.tld ergibt wie es soll die andere externe IP (die auf den Exchange gebunden ist)
Ist mir schon klar, wollte damit eigentlich nur klarstellen, dass die Einstellungen alle richtig sein müssten, da es von extern ja auch funktioniert
so, hab jetzt mal mit get-clientaccessserver |fl *auto*
die URI ausgelesen.
stimmt leider genau....
https://servername.domain.loca…discover/autodiscover.xml
schade, das sah vielversprechend aus...
hmm, hatte doch im ersten Post schon geschrieben dass ich ein Domänennetzwerk hab...
Sorry, wenn das nicht rauszulesen war
Ok, den Shell command aufm Exchange Server oder aufm Domain controller?