AIRNESS

hallo leute so war in der zeit auch nicht untätig und habe folgendes entdeckt. es war unter CN=Configuration,CN=<Domänenname>,CN=com, CN=Services, CN=Microsoft Exchange, CN=<Name der Organisation>, CN=Administrative Groups unter dem "sitefolderserver" der alten AG noch ein falscher eintrag. ich habe diesen aus CN=Configuration,DC=<Domänenname>,DC=com, CN=Services, CN=Microsoft Exchange, CN=<Name der Organisation>, CN=Administrative Groups, CN=<Name der administrativen Gruppe> CN=Servers, CN=<Servername>, CN=InformationStore, CN=<Name der Speichergruppe> unter dem attribut distinguishedName ersetzt. alle exchange dienste neu gestartet. es kam der fehler mit dem fbpublish nun nicht mehr. auch der best practice analyzer findet keinen einzigen fehler. mal sehen ob das was gebracht hat. stimmt mich zumindest mal zuversichtlich @brainstorm: das oab selbst hatte ich schon gelöscht und unter einem neuen namen angelegt. war so ziemlich das erste was ich gemacht habe. wieder danke für eure mühe. werde sicher noch diese woche erfahren ob ich mein oab problem auch damit beseitigen konnte. lg airness

hallo so jetzt bin ich ein wenig verwirrt. die Erste administrative Gruppe gibt es noch. Lässt sich manuell nicht löschen. In der Exchange Administrative Group steht natürlich FYDIBOHF23SPDLT drinnen (ist mir nur zu mühsam zu schreiben. könenn aber auch -1 Rechnen = Exchange12Rocks schreibt sich schneller *G*). mit dem kann ich jetzt wenig anfangen. sofern ich richtig verstehe ist "EX:/o=Organisation/ou=Exchange Administrative Group(FYDIBOHF23SPDLT) ja völlig richtig und die andere ein nicht mehr benötigter eintrag. es stehen in den eigenschaften auch keine replikationsinformationen drinnen bzw. der abgleich mit dem public folder. in EX:/o=Organisation/ou=Exchange Administrative Group (FYDIBOHF23SPDLT) steht der Public Folder meines Servers drinnen, was meines erachtens auch richtig ist. abschließend: kann man nun das überbleibsel löschen bzw. könnte es der verursacher meines fbpublish problem sein? was dort publischen könnte kann ich mir nicht vorstellen - will es dort auf jeden fall nicht haben ;-). löschen nur mit adsiedit - okay hätte den eintrag sogar schon gefunden lg airness

Zusatzinfo: Folgender Fehler ist mir nun aufgefallen: In der Verwaltung für die Öffentliche Ordner gibt es unter Öffentliche Systemordner / SCHEDULE+ FREE BUSY zwei Einträge: EX:/o=Organisation/ou=Erste administrative Gruppe EX:/o=Organisation/ou=Exchange Administrative Group (*) Der erste Eintrag ist eindeutig ein überbleibsel der Migration welchen ich nicht löschen kann. Ich bin mir ziemlich sicher, dass dieser Eintrag für den FBPublish Fehler verantwortlich ist. Beim Versuch den Eintrag zu löschen kommt die Fehlermeldung: Stellen Sie sicher, dass Sie die ricthige Identität angegeben haben und über die richtigen Berechtigungen zum Löschen verfügen. Die Berechtigungen für meinen User sind definitvi da - vielleicht gibt es noch einen Kniff in der PS lg airness

hallo norbert es gibt nur einen exchange 2007 server auf dem alle notwendigen services laufen. damals wurden die postfächer und einstellungen von einem exchange 2003 migriert. ja das oab wird richtig erstellt und verweist auf meinen exchange server. es wird zudem über die public folder verteilt. webbasierte verteilung ist ebenso aktiviert. client kompatiblität ist bis 2003 und höher

Hallo! Nach einer kurzen Pause wollte ich mein Problem wieder angehen. Leider bekomme ich immer noch stündlich das Problem des MXExchangeFBPublish Fehlercoe 8207. Fehler beim aktualisieren des öffentlichen Ordner mit Frei/Gebuch informationen auf dem virtuellen Computer ...... Ich bekomme den Fehler nicht weg und konnte auch noch keine passende Lösung finden. Das Grundproblem (Offline Adressbuch bei Office 2007 Clients) ist immer noch vorhanden. Welche Schritte muss ich durchführen um dem Free/Busy Fehler loszuwerden. Der von mir gefundene Artikel hat mich ja nicht weitergebracht. LG AIRNESS

UPDATE: Der Fehler kam wieder. hat in der agespeckten form also nichts gebracht.

hallo brainstorm jo dort hatte ich auch reingesehen - habe es nun gefunden, wundert mich aber nicht dass es sich mehrmals übersehen habe weil der pfad dort hin komplett anders ist als beschrieben. bei mir ist es zu finden unter: cn=services / cn=microsoft exchange / cn=organisationsname / cn=administrative groups /cn=Exchange Administrative Groups (FYDIBOHF23SPDLT) / CN=Server / CN=Informations Store / CN=Second Storage Group / CN= Public Folder Database dort befindet sich die Class msExchPublicMDB habe an dem jetzt mal nichts geändert sonder bin gleich mti dem letzten schritt weiter und hab das mit der neuen public folder database gemacht. habe nach dem umbennenen /erstellen / wieder auf original zurück alle exchange dienste neu gestartet. bekomme nun die fehlermeldung nicht mehr. warten noch eine stunde da das das intervall der fehlermeldung war. Beim Starten der Exchangedienste kam noch kein einziger Fehler mehr. Ob sich das irgendwie auf die Clients auswirkt kann ich erst nächste Woche sagen. Bin aber eher skeptisch ;-) Ps. sollte ich mal ein oultook mit Outlook.exe /CleanFreeBusy starten?

hallo! habe gerade versucht nach dem technet artikel vorzugehen bin aber gleich mal gescheitert. supporttools für adsiedit waren schon installiert jedoch kann ich die angegebene suchpfade wie CN= Exchange Administrative Group (FYDIBOHF23SPDLT) etc überhaupt nicht bei mir finden. bin mit meinem adsiedit auf dem domainreiter von meinem w2k3 domain controller und habe dort nur folgende einträge: CN=Microsoft Exchange Seucrity Groups CN=Microsoft Exchange System Objects So weit ich weiß gibts bei adsiedit keine Erweiterten Funktionen wie beim AD Snap In. Wie kann ich diese Einträge finden um zu vergleichen ob Cn=Pubic Folders auch dort drin ist wo er sein soll?

okay werde ich machen. wird allerdings ein wenig dauern da ich den pub store offline nehmen muss und das innerhalb der geschäftszeiten nicht machen kann. zudem zieh ihc vorher lieber ein separates backup ^^

hallo fluehemann! ja ich verwende öffentliche ordner. auf das hatte ich noch gar nicht gedacht, dass die das noch aus dem pf store holen könnten. tatsächlich habe ich eine fehlermeldung: msexchangefbpublish Fehler beim aktualisieren des Öffentlichen Ordner Frei/Gebucht Informationen auf dem virtuellen Computer %Hostname%. Die Fehlermeldung lautet 0x80004005 Ich habe den Eintrag schon vorher gesehen aber nicht mit meinem OAB Problem assoziiert. Im Technet habe ich folgenden Artikel zur Lösung gefunden: Behebung von Problemen mit den Frei-/Gebucht-Informationen in Öffentlichen Ordnern: Exchange 2007-Hilfe Kann dieses Szenario für mein OAB Problem verantwortlich sein?

UPDATE: meine "unelegante" lösung war ganz anscheinend keine. user hatte heute in der früh wieder sein übliches problem. hat noch jemand einen tipp woran es liegen könnte?

hallo so hab mich nun zum kunden hinverbunden. situation war dass sein adressbuch falsch angezeigt wurde. danach habe ich unter senden & empfangen / adressbuch navigiert und den hacken bei "änderungen ... " entfernt. Nach dem okay schloss sich das Fenster und Outlook syncte sich für ungefähr 8 Sekunden. Danach war das Adressbuch richtig. Outlook geschlossen und wieder geöffnet -> gleiches Problem wieder von vorne. Outlook merkt sich diese Einstellung nicht. zu deinem link: ich habe dort den key in der registry gesucht. es ist aber weder beim kunden noch bei mir HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\11.0\Outlook\Cached Mode zu finden. zudem ist ja office 2007 outlook 12. ich habe jetzt generell unter senden und empfangen dort das exchange konto so konfiguriert dass er das adressbuch nicht downloaded. danach hatte der benutzer nach 2 neustarts das problem nicht mehr und die adressliste war okay. das ganze ist aber eine eher "unelegante" lösung. lg airness

hi brainstorm. ja das ist vollkommen richtig. alle oulook 2007 clients haben den cached modus aktiviert. unter senden / empfangen /adressbuch ist bei mir "änderungen seit der letzten übermittlung herunterladen" angehackt. weiter unten ist das richtige adressbuch angegeben. wie das jetzt beim kunden ist weiß ich noch nicht, könnte ich aber mal nachsehen. ich nehem aber an dass das stimmt. was schlägst du vor?

Hallo Leute! Habe schon seit längerem einen Exchange 2007 Standard Server mit einigen Outlook 2003 und Outlook 2007 Clients. Nun habe ich folgendes Problem bei manchen (nicht allen) Outlook 2007 Clients entdeckt: Beim schreiben einer Mail und Zugriff auf das Globale Adressbuch werden nicht alle Einträge angezeigt. Um genauzusein sind die Daten dort nicht aktuell - manchmal fehlen Einträge oder ältere Kontakte sind wieder da. Unter OWA passt alles mit dem Adressbuch, Outlook 2003 Clients haben dieses Problem überhaupt nicht. Das Betriebsystem ist entweder XP oder Vista. Office und das OS werden mit WSUS upgedatet und sind am aktuellsten Stand. Der Exchangeserver natürlich auch. Wenn unter c:dokumente und einstellungen%username%lokale einstellungenanwendungsdatenmicrosoftoutlook alle dateien mit *.oab gelöscht und danach Outlook neu gestartet wird, sind alle Einträge richtig und aktuell. Schließt und öffnet man Outlook danach wieder 2-3 Mal hat man das gleiche Problem wieder. Es stehen plötzlich wieder ältere Personen in der GAL und neuere nicht. Es treten keine Syncprobleme mit dem OAB oder ähnliches auf. Die Emailautokonfiguration unter Outlook 2007 gab auch keine Fehler aus. Bin ziemlich ratlos wie ich das Problem global lösen kann. Danke für Euren Rat im voraus LG AIRNESS

sorry war krank. danke für deine letzte meldung. hat wunderbar geklappt.

wie gebe ich ihm die identity an? autodiscover (standardwebsite) ist nicht gültig.

UPDATE: so habe mir nun selbst ein SAN zertifkat erstellt. derzeit zeigt mir mein outlook 2007 client nach sehr langem hin und her keine sync probleme mit dem oab. auch windows mobile 6.1 sync funkioniert. mal sehen wie es morgen im büro ist. was mich noch stört: das autodiscovey fragt zuerst meinedomaene.de/autodiscovery/autodiscovery.xml ab. erst als ich einen service locator in meinen dns registiert habe, habt der lookup mit svr funktioniert. mich stört dass er aber als erstes den falschen eintrag abfragt. wie bekommt man den weg?

ich stütze mich gerade auf den eintrag von msxfaq.de grundsätzlich ja kein problem ein neues zertifkat zu machen. ich hab nur schon einige zertifkate auf meinem exchange server oben. laut get-exchangeservercertificates |fl gibt es zwei zertifikate die in den certificate domains autodiscovery.meinedomaene.de und vieles mehr drinnen stehen haben. gelinkt ist das mit dem fqdn meines servers und nicht mit der externen adresse. kann ich einfach ein neues zertifikat erstellen wo die -includeautodiscovery und -includeaccepteddomains für meine externe adresse eingerichtet wird und diese über meine private zertifikatsstelle registrieren? muss ich bestehende zertifikate löschen?

hallo! erstmal danke für die schnelle antwort. werde ich mir ansehen und gebe dann rückmeldung ob es geklappt hat

Hallo! Habe einen Exchange 2007 Server auf dem auch das OWA läuft. Einige clients mit office 2007 oder 2003 greifen auf den Exchange zu. Auf Grund von dem neuen Einsatz von Windows Mobile 6.1 Geräten und Exchange 2007 Active Sync habe ich das SSL Zertifikat durch meine private Zertifkatsstelle erneuert, da der CN der interne fqdn meines servers war. daher war ein sync wegen des falschen cn von außen nicht möglich. ich stellte daher das zertifkat auf den dns namen unserer externen adresse (wo auch der mx liegt) ein. das syncen mit windows mobile 6.1 funktioniert nun tadellos jedoch bekommen die office 2007 nutzer nun immer einen sicherheitshinweis zu dem neu erstellten ssl zertifkat, welchen sie akzeptieren müssen. der fehler lautet: "Der Name auf dem Sicherheitszertifikat ist ungültig oder stimmt nicht mit dem Namen der Website überein". Das ist auch richtig da intern der fqdn des servers steht und im zertifkat steht mail.meinedomaene.de. Zudem ist es ab diesem Zeitpunkt so, dass es Synchronisierungsprobleme mit dem OAB gibt und daher stündlich folgende Meldung auftritt: 10:51:42 Microsoft Exchange-Offlineadressbuch 10:51:42 0X80072F06 Das Problem könnte ich lösen indem ich wieder das SSL Zertifkat auf den internen CN umstelle jedoch würde dann das Mobile Syncen nicht mehr funkionieren. Auch das Installieren des Zertifkats auf dem lokalen Client in den Stammzertifizierungsstellen nützt auf Grund des falschen CN nichts. Hat jemand eine Idee wie man dieses Problem lösen kann? Bin für jeden Hinweis dankbar. LG AIRNESS

hallo brainstorm meine güte bin ich ****. genauso wie du es gesagt hast funktioniert es. ich wusste nicht dass man die ordner nochmal zum syncen aktivieren muss. hab das tatsächlich 10x übersehen. vielen dank für deine hilfe und allgemein euren mühen. problem ist damit gelöst

ich kann unter mail nur einstellen wie alt die mails sein dürfen die er runterlädt, wieviel er von der message herunterlädt und ob er anhänge rutnerladen soll etc. meine ordnerstruktur hat er gesynct. ich hab ein neues mail darin abgelegt welches er syncen hätte müssen, was er nicht getan hat. andere einstellungen kann ich nicht treffen. ich verwende das hp ipaq data messenger. günstig von der diesjährigen hp plsa bekommen.

hat keiner einen tipp? ist meine erste wm und exchange 07 konfig. kann es ja nicht sein dass das nicht geht.

moin! nach anfänglichen problemen habe ich gerade mein neues windows mobile handy erfolgreich mit mein exchange 2007 konto gesynct. es wird meine komplette ordnerstruktur inkl die kontakte und aufgaben erfolgreich synchronisiert. leider ist es jedoch so dass der ordner "gesendete objekte" leer bleibt. warum wird dieser ordner nicht gesynct? ich konnte keine einstellung auf meinem wm handy oder in der active sync policy finden welche das verhindern würde. zusätzlich habe ich noch eine kleine ordnerstruktur in meinem postfach. dort sind auf meine handy zwar alle ordner vorhanden aber ebenso keine mails. eine mail habe ich zum beispiel gerade darin abgelegt, welche gesynct werden müsste. angezeigt wird diese dort aber nicht. danke lg alex

Hallo! Stehe gerade bei meiner ersten Übernahme von Exchange 2000 auf Exchange 2007 und bin nicht in der Lage Postfächer auf den neuen Server zu verschieben. Zuvor eine kurze Beschreibung meiner Struktur: Server 1: Windows Server 2000 inkl. SP4 Exchange 2000 inkl. SP3 SQL Server 2000 inkl SP3 Installierte Services: DC (war der erste Domain Controller) / DNS Domain Funktionslevel: Windows 2000 pur Hält Global Catalog Server 2: Windows Server 2003 RC2 inkl. SP2 Installierte Services: DC (weiterer Primärer Domaincontroller) / DNS / DCHP / File / Print / Anti Virus Hält alle 5 FSMO Rollen (war bei der Exchange 2007 Installation auch notwendig, da sonst das Schema Update nicht funktioniert hätte). Hält Global Catalog Server 3: Windows Server 2003 RC2 64BIT inkl. SP2 Exchange 2007 Wollte nun am Server 3 den Postfachmove durchführen, welcher jedoch abgebrochen wurde. Hier die Fehlermeldung dazu: Zusammenfassung: 1 Element(e). Erfolgreich: 0, Fehler: 1. Verstrichene Zeit: 00:00:02 testbenutzer Fehler Fehler: Fehler beim Überprüfen mindestens einer der folgenden Postfachrichtlinieneinstellungen: Unified Messaging, Inhalte der Verwaltung von Nachrichtendatensätzen und Exchange ActiveSync. Um die Richtlinien zu entfernen, geben Sie den Parameter '-IgnorePolicyMatch ' an. Der Domänencontroller 'server1.meindomain.lan' führt die Betriebssystemversion 5.0 (2195) Service Pack 4 aus. Die erforderliche Mindestversion ist 5.2 (3790) Service Pack 1. Der Domänencontroller 'server1.meinedomain.lan' führt die Betriebssystemversion 5.0 (2195) Service Pack 4 aus. Die erforderliche Mindestversion ist 5.2 (3790) Service Pack 1. Ausführungsversuch eines Exchange-Verwaltungsshellbefehls: 'meinedomain.lan/Nicht zugeordnet/testbenutzer' | move-mailbox -TargetDatabase 'server3\First Storage Group\Mailbox Database' Verstrichene Zeit: 00:00:01 Auch mit der Powershell und dem Parameter -ignorepolicymatch funktioniert es nicht. Dort sehe ich dass er als Global Catalog Server mein server2 angesprochen wird, als domain controller jedoch server1. Ich habe keine Möglichkeit gefunden, den Domaincontroller als server2 anzugeben. Laut microsoft KB ist es notwendig für die Übernahme einen SRV03 DC im Netz zu haben (alles ist auch im gleichen Forest) - das ist auch bei mir gegeben. Glaube jedoch dass es an der Domain Funktionsebene mit Windows 2000 pur liegt. Ich persönlich habe nur folgende Idee dazu: DC auf Server1 deinstallieren und Ihn zum Memberserver machen. Hoffen dass dann noch alles funktioniert. Dann sollte die Übernahme klappen. Das möchte ich jedoch nur machen wenn es wirklich nicht anders geht. Über jede Hilfe, Tipp oder Vorschlag bin ich dankbar. Danke für Eure Mühe im vorhinein. – push ^^ – hallo! problem gelöst! eigentlich hab ich die antwort dazu schon selbst gegeben. es gibt in der powershell eine option namens -domaincontroller. ich scheine die 3 x mit tab übersprungen zu haben ^^ mit dieser angabe geht es dann schlussendlich. Problem ist gelöst.