NorbertFe 2.104 Geschrieben 3. November 2009 Melden Teilen Geschrieben 3. November 2009 Wieviele Exchange Server sind überhaupt im Einsatz? Ist die OAB Generierung auch auf den korrekten Exchange eingetragen? Bye Norbert Zitieren Link zu diesem Kommentar
AIRNESS 10 Geschrieben 3. November 2009 Autor Melden Teilen Geschrieben 3. November 2009 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 Zitieren Link zu diesem Kommentar
AIRNESS 10 Geschrieben 3. November 2009 Autor Melden Teilen Geschrieben 3. November 2009 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 Zitieren Link zu diesem Kommentar
NorbertFe 2.104 Geschrieben 3. November 2009 Melden Teilen Geschrieben 3. November 2009 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. Gibt es denn die administrative Gruppe noch, oder hast du die gelöscht? Heißt die andere AG wirklich (*)? ;) Die Berechtigungen für meinen User sind definitvi da - vielleicht gibt es noch einen Kniff in der PS Eher in adsiedit. Allerdings würde man ja erstmal rausfinden wollen, warum unbedingt irgendwer/was in die AG publishen will. ;) Bye Norbert Zitieren Link zu diesem Kommentar
AIRNESS 10 Geschrieben 3. November 2009 Autor Melden Teilen Geschrieben 3. November 2009 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*). Eher in adsiedit. Allerdings würde man ja erstmal rausfinden wollen, warum unbedingt irgendwer/was in die AG publishen will 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 Zitieren Link zu diesem Kommentar
BrainStorm 10 Geschrieben 3. November 2009 Melden Teilen Geschrieben 3. November 2009 abschließend: kann man nun das überbleibsel löschen bzw. könnte es der verursacher meines fbpublish problem sein? Nein, bloß nicht löschen. Du bekommst dadurch nur noch mehr Probleme - lass den Container einfach stehen ;) Zitieren Link zu diesem Kommentar
NorbertFe 2.104 Geschrieben 3. November 2009 Melden Teilen Geschrieben 3. November 2009 Nein, bloß nicht löschen. Du bekommst dadurch nur noch mehr Probleme - lass den Container einfach stehen ;) Najaaaaa so kann ich das auch nicht stehen lassen. Es funktioniert auch ohne die letzte AG ;) Nur sollte der TO eben erstmal sein Problem lösen, bevor er es im Zweifel nur noch schlimmer macht. Bye Norbert Zitieren Link zu diesem Kommentar
BrainStorm 10 Geschrieben 3. November 2009 Melden Teilen Geschrieben 3. November 2009 Najaaaaa so kann ich das auch nicht stehen lassen. Es funktioniert auch ohne die letzte AG ;) Nur sollte der TO eben erstmal sein Problem lösen, bevor er es im Zweifel nur noch schlimmer macht. Klar funktionierts ohne letzte AG - mit weiteren Anpassungen. Ich wollte nur nicht dass der Thread noch länger wird ;) Zitieren Link zu diesem Kommentar
BrainStorm 10 Geschrieben 3. November 2009 Melden Teilen Geschrieben 3. November 2009 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 ...... Da steht normalerweise noch ein Fehlercode dabei. z.B. 0x80xxxxxx Kannst du uns diesen noch mitteilen? Edit: Du könntest in der EMC noch versuchen das OAB zu löschen und mit selben Parametern und unter anderem Namen neu anzulegen. Zitieren Link zu diesem Kommentar
AIRNESS 10 Geschrieben 3. November 2009 Autor Melden Teilen Geschrieben 3. November 2009 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 Zitieren Link zu diesem Kommentar
AIRNESS 10 Geschrieben 8. November 2009 Autor Melden Teilen Geschrieben 8. November 2009 Zusammenfassung des Threads Problem gelöst! Mein letztes Posting hat den Fehler behoben. Habe zudem das OAB nochmals generiert und der entsprechenden Mailbox zugewiesen. Danke an alle für den guten Support. Vielleicht hilft dieser Eintrag jemanden der auch damit zu kämpfen hat. Kann geclosed werden. LG AIRNESS 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.