BrainStorm

Die Version des Betriebssytems sowie die Raumstation hilft nicht wirklich weiter. ;) Interessant wäre die Exchange Server Version

Hallo Slowly, magst du uns noch mitteilen, welche Exchange Version du einsetzt?

Hallo inet, hier ein immer wieder gern verlinkter Artikel zum Thema CAS in der DMZ. Nachdem lesen wird dir recht schnell klar, warum du das nicht tun solltest. http://msmvps.com/blogs/wstein/archive/2010/02/21/exchange-cas-in-der-dmz.aspx

Hast du noch irgendwelche Öffentlichen Ordner Replikate auf dem Exchange 2003? Kannst du die Öffentliche Ordner DB im ESM löschen?

Hallo wissbegierig, du hast vermutlich ein Back-Pressure Problem. Welche Exchange Server Version inkl. Service Pack hast du und wieviel freier Festplattenplatz ist auf der Disk auf dem die Transport Queue liegt (C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue) verfügbar?

Hallo fluehmann, kurze Korrektur. Users ist in der Tat ein Container und keine OU, deshalb wäre CN=Users unterhalb der Domäne schon korrekt ;) Zum Problem des TO kann ich leider auch nichts sagen.

Hallo Stefan, Da liegst du falsch. Exchange kann auch mit der UM Rolle keine SMS versenden. Du brauchst dazu entweder ein SMS Gateway von z.B. Ferrari oder nutzt die Lösungen vom Provider, z.B. Email mit SMS | Telekom Was wäre denn dein zu erwartendes SMS Volumen?

Hallo Areos, Hast du das Offline Adressbuch mit einem anderen Namen erstellt? Outlook kapiert das sonst nicht ;)

Hallo Kater, wohin lässt du die emails weiterleiten? An einen internen Empfänger oder an eine externe Adresse?

In welchem Format liegt denn das Zertifizierungsstellen-Zertifikat vor? Und wie hast du es auf dein Windows Mobile Gerät installiert?

Hallo inet, gibts dazu Hinweise im ExchangeServerSetup.log? Dieses liegt normalerweise direkt unter C:\.

Hi, das dachte ich mir schon. Danke für deine Rückmeldung und viel Erfolg beim nächsten Versuch ;)

Bist du dir sicher, dass du auch die Exchange Management Shell verwendest?

Hallo froster, Get-MailboxStatistics sollte dir die gewünschten Infos zurückgeben. Get-MailboxStatistics: Exchange 2007-Hilfe

Wenn ich dich richtig verstehe, meinst du ob die siteFolderGuid der kompletten Administativen Gruppe mit der OAB GUID identisch sein muss? mhmm, ich bin mir da nicht 100% sicher und kann es auch gerade nicht nachschauen. Meine aber nicht. Mir ist gerade noch etwas eingefallen. Bevor du die GUID änderst, prüfe mal mit dem oabinteg.exe /t:oabfldcheck ob irgendwelche Fehler oder Unstimmigkeiten gemeldet werden. Oabinteg findest du hier: OABInteg - Offline Address Book Integrity Checker - Release: OABInteg (Retail Build)

Ja scheint alles richtig. Wenn auch das Neuanlegen des Offline Adressbuches nichts mehr hilft, dann kannst du auch den OAB Systemordner "zurücksetzen" bzw. mit einer neuen GUID ausstatten How to Reset System Folders: Exchange 2007 Help Wenn auch das nicht hilft, dann rate ich dir einen Case bei Microsoft eröffnen.

Der OABGen scheint dann zu funktionieren. Prüfe mal in der Exchange Management Konsole in den Eigenschaften des Offline Adressbuchs, ob dort unter Distribution die Client Versionen angehakt, sowie die Verteilung über Öffentliche Ordner angehakt ist. Als letzten Schritt würde ich das OAB nochmal komplett löschen und unter einem anderen Namen neu erzeugen. Mehr fällt mir spontan auch nicht ein

Okay, das scheint zu passen. Werden überhaupt die Offline Adressbuch Dateien im Dateisystem unter %ExchangeInstallDir%\ClientAccess\OAB\<guid> erzeugt? Schaue auch mal mit welchem Zeitstempel diese Dateien versehen sind. Hast du zum Zeitpunkt der OAB Generierung (per default um 05:00 Uhr) noch weitere Einträge im Eventlog?

So langsam fürchte ich, dass bereits bei deiner Zertifikatsanforderung irgendetwas schief gelaufen ist. Erzeuge daher mit Hilfe des folgenden Tools ein neues Zertifikat. https://www.digicert.com/easy-csr/exchange2007.htm Achte auch auf Anführungsstriche (") beim Request.

Sorry, mein Fehler. Damit man die ganzen Werte sieht muss noch ein | fl hinter den Powershell-Befehl. Get-PublicFolder -identity "\NON_IPM_SUBTREE\OFFLINE ADDRESS BOOK\EX:/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)" | fl

doch das hilft ;) Was hast du denn schon alles überprüft und ggf. konfiguriert? Edit: Zusätzlich poste doch mal bitte das Ergebnis von Get-PublicFolder -identity "\NON_IPM_SUBTREE\OFFLINE ADDRESS BOOK\EX:/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)"

So wie ich das sehe, gab es auf dem alten Server eine Replik für das Offline Adressbuch. Du hast es ja nur selbst gelöst, danke für deine Rückmeldung ;)

Hallo peer, das Thema kommt hier regelmäßig. Zum Fehler 0X8004010F gibt es genügend Lesestoff ;) site:mcseboard.de 0X8004010F - Google-Suche

Welches Zertifikat hast du auf dein Windows Mobile kopiert? Damit es funktionieren kann, brauchst du nur das Zertifikat deiner Zertifizierungsstelle und nicht das Zertifikat vom Exchange. Mit deiner Vermutung liegst du vollkommen richtig ;) Vergiss den Teil des Tests. Hier wird eine potentielle Autodiscover URL geprüft, die aber in deinem Fall nicht gültig ist.

Wenn du dir deine Exchange Organisation zertören möchtest, dann kannst du das tun ;) Schau mal mit folgenden Befehlen, ob nicht doch etwa irgendwo der zu deinstallierende Server auftaucht. Get-publicfolder \ -recurse |ft Name,Replicas Get-publicfolder "\NON_IPM_SUBTREE" -recurse |ft Name,Replicas Get-PublicFolderStatistics -Server <DeinzuentfernenderServer>