User7070 10 Geschrieben 22. Juni 2007 Melden Teilen Geschrieben 22. Juni 2007 Schaut mal hier: Dgoldman's WebLog : Outlook client fails to download the OAB with error 0x8004011B Dgoldman's WebLog : How Exchange 2007 OAB Files are replicated to a Client Access Server for download User7070 Zitieren Link zu diesem Kommentar
willingness 10 Geschrieben 22. Juni 2007 Autor Melden Teilen Geschrieben 22. Juni 2007 @User7070: Das habe schon alles durch. :-( Zitieren Link zu diesem Kommentar
willingness 10 Geschrieben 24. Juni 2007 Autor Melden Teilen Geschrieben 24. Juni 2007 Ich glaube, ich hab's (bin diesmal etwas vorsichtiger ;) ). Beim Einrichten des Outlook Profils auf dem Client darf das Postfach keine Absenderadresse haben, dessen Domain nicht die Zertifikatsdomain ist. Ich bin drauf gekommen, weil bei einem Client beim Starten von Outlook 2007 im Cache Mode trotz eines oben beschriebenen AutoDiscover Zertifikats die Meldung kam, dass das Zertifikat autodiscover.<absenderdomain>.com nicht gültig sei. Man konnte zwar normal weiterarbeiten (nur eben mit dem OAB Fehler), aber mich wunderte, dass Outlook überhaupt diese Domain interessiert. Beim Rumtesten mit einem neuen Fake Postfachs habe ich zunächst rausbekommen, dass diese Meldung nicht kommt, wenn die Absenderadresse die Zertifikatsdomain hat, außer sie hatte es zum Zeitpunkt des Erstellen des Profils. Als ich nach einer Pause wieder am Platz war, war das Profil mit Zertifikatsdomain noch offen und ich wunderte mich, dass keine OAB Fehler kamen. Zur Reproduzierung habe ich dann diesem Postfach eine Absenderadresse mit einer anderen Domain gegeben, aber die Fehler traten trotzdem nicht wieder auf. Erst das Neuerstellen des Profils während die Absenderadresse nicht die Zertifikatsdomain war, traten beide Fehler wieder auf, selbst wenn die Absenderadresse nachträglich wieder auf eine Zertifikatsdomain gestellt wurde. Im Nachherein ist es logisch, aber da keiner von uns die Zertifikatsdomain in der Absenderadresse hat (DynDNS Server), kam bei allen der OAB Fehler, was natürlich die Fehlersuche erschwerte. Was mich wundert, oder sogar ärgert, ist die Tatsache, das der Autokonfigurationstest in Outlook 2007 ohne Fehlermeldung durchläuft, auch wenn die beiden obengenannten Fehler beim Starten von Outlook kommen. So kommt man ja nicht auf die Idee, dass Fehler was mit der eigentlich nicht korrekt arbeitenden Autokonfiguration zu tun haben könnten. Wäre schon, wenn das mal jemand verifizieren könnte. Zitieren Link zu diesem Kommentar
Isa1997 10 Geschrieben 25. Juni 2007 Melden Teilen Geschrieben 25. Juni 2007 Hmmm.. Da ich ja Outlook 2003 benutze hilft mir das nicht so recht weiter. Denn Autodiscover geht ja nicht. Wie kann es noch zu diesem Fehler kommen? Zitieren Link zu diesem Kommentar
willingness 10 Geschrieben 25. Juni 2007 Autor Melden Teilen Geschrieben 25. Juni 2007 Haben die Absenderadressen der Postfächer denn von dem Zertifikat abweichende Domains? Wenn ja, teste mal mit einem Fake Postfach mit der Zertifikatsdomain (z.B. user@domain.local) als Absender, ob nach der Neueinrichtung des Profils das OAB runtergeladen wird. Es muss ja nicht zwingend Autodiscover sein, dass die OAB URL zuweist. Zitieren Link zu diesem Kommentar
Isa1997 10 Geschrieben 25. Juni 2007 Melden Teilen Geschrieben 25. Juni 2007 Das habe ich grade auch shcon getestet. Habe ein Fake Postfach erstellt und neu ein Profil eingerichtet in Outlook. Weiterhin der Fehler Zitieren Link zu diesem Kommentar
willingness 10 Geschrieben 26. Juni 2007 Autor Melden Teilen Geschrieben 26. Juni 2007 F***, nach 24 Stunden ist alles wieder beim alten. Zitieren Link zu diesem Kommentar
Crabro 10 Geschrieben 4. Juli 2007 Melden Teilen Geschrieben 4. Juli 2007 Gibt es schon irgendwelche Neuigkeiten bezgl. einer Problemlösung in einer Outlook 2003/2007 Umgebung? Zitieren Link zu diesem Kommentar
saschap 10 Geschrieben 19. Juli 2007 Melden Teilen Geschrieben 19. Juli 2007 Also ich hatte das gleiche Problem, jetzt habe ich die Lösung gefunden. Doch zuerst schildere ich mal die Ausgangsituation und Anforderungen: Wir haben eine Domäne, die den internen DNS Namen xyz.local trägt. Extern haben wir natürlich xyz.de. 2 DC's, einen Exchange 2007 Enterprise Server. Wir hatten nun das Problem, dass Clients, die nicht in der Domäne sind, einen Fehler beim herunterladen des OAB gemeldet haben (genau den gleichen über den zu Anfang dieses Threads berichtet wurde). Nun habe ich einfach folgendes gemacht: 1. Eine primäre DNS Zonde namens xyz.de angelegt und dort den A-Eintrag autodiscover.xyz.de angelegt (mit Verweis auf den CAS). --> Wichtig für Autodiscover, dass unbedingt benötigt wird. 2. Eine CA installiert. Hatten wir bis jetzt leider doch nicht. 3. Mit Hilfe dieses Links http://technet.microsoft.com/en-us/library/aa995942.aspx habe ich ein neues Exchange Zertifikat installiert, welches alle Hostnamen beinhaltet: Z.B. EXCHANGE, exchange.xyz.de, exchange.xyz.local und ganz wichtig autodiscover.xyz.de. 4. Nach erfolgreichem Import und Aktivierung des Zertifikates habe ich Outlook gestartet und bekam sofort eine Warnmeldung bzgl. des Zertifikates. Ich habe das ROOT-Zertifikat der Zertifizierungstelle dann einfach installiert und schon war der Fehler weg. Ich hoffe ein wenig geholfen zu haben. Grüsse Sascha Zitieren Link zu diesem Kommentar
willingness 10 Geschrieben 20. Juli 2007 Autor Melden Teilen Geschrieben 20. Juli 2007 Ich hab’s wohl auch definitiv hinbekommen, allerdings nur für Outlook 2007. Es gibt zwei Lösungen: 1.) Wenn man Zugriff auf die SMTP Domain hat, z.B. weil dies eine private Domain bei 1&1 ist, erstellt man dort die Subdomain autodiscover.privatdomain.de und leitet diese an https://autodiscover.exchangedomain.de weiter. 2.) Kann man dort keine Subdomains erstellen oder es ist eine freemailer domain (z.b. gmail.com) erstellt man eine lokale autodiscover.xml: Man muss dazu einen AutoKonfiguration Test mit der Exchange SMTP Domain machen, also z.B. x@xyz.no-ip.com. Da dieser Test ja funzt, kriegt man im Reiter XML die XML Datei angezeigt. Diese kann man mit Strg+C kopieren und sie in eine leere xml Datei kopieren. Ist diese lokale xml unter gmail.com mit lokalem Pfad in der Registry eingetragen (HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\AutoDiscover), funzt Autodiscover auch mit x@gmail.com. Dann noch das ungültige Zertifikat ignorieren lassen: DWORD mit ShowCertErrors=0 in den selben Registry Pfad und schon sollte alles ok sein. Zitieren Link zu diesem Kommentar
Sign 10 Geschrieben 15. Juli 2009 Melden Teilen Geschrieben 15. Juli 2009 Hi Leute, Hab mir heute mal den Thread durchgelsen. Hatte heute das selbe Problem mit einem Exchange 2007. Hatte bei mir das OAb neu angelegt. Kein Thread aus dem Netz hat geholfen. Mir viel aber auf, dass es bei einigen Benutzer funktionierte und bei einigen nicht. Hier waren aber auch genau wie in diesem Fall nur Outlook 2003 Clients betoffen. Die Lösung bei uns war, auf der Datenbank direkt das OAb auszuwählen und fest zuzuweisen. Vielleicht hilft der Beitrag ja noch einem ;-) Gruß Sign Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.