BrainStorm

Hallo SHentschke, du hast vermutlich noch in irgendwelchen Öffentlichen Ordnern den "alten" Exchange Server in der Liste der Replicas. Stelle zuerst sicher, dass in dieser Liste der alte Exchange Server entfernt wird, dann sollte sich auch die Öffentliche Ordner Datenbank entfernen und der Exchange Server deinstallieren lassen. Wie das funktioniert findest du hier: Verschieben von Inhalten Öffentlicher Ordner aus einer Öffentliche Ordner-Datenbank in eine andere Öffentliche Ordner-Datenbank: Exchange 2007-Hilfe

Poste doch bitte mal die Ausgabe von Get-ActiveSyncVirtualDirectory | FL Und ggf. auch die zurückgegebenen Fehlercodes die du beim Synchronisieren bekommst. Welche Geräte sind das? Windows Mobile? Nokia? Iphone?

Ja, das wird per default im ersten Schritt versucht. Sofern dort nichts gefunden wird, gehts weiter mit autodiscover.domain.tld. Dieser Hostname sollte dann auf deinen Exchange Server verweisen. Nein, tu das nicht.

Du verwendest sicherlich ein selbstsigniertes Zertifikat, oder? Wenn ja dann setze beim Exchange ActiveSync Test den Haken bei Ignore Trust for SSL Desweiteren solltest du sicherstellen, dass du bei allen CAS-URLs die korrekten internalURL/externalURL Parameter setzt. Welche das genau sind, findest du hier: MSXFAQ.DE - CASURLs Wenn du alle URLs passend gesetzt hast, dann führe den Test nochmal durch.

Hallo rakli, das ist by-design ;) Wenn der Termin mit der Kennzeichnung "privat" gespeichert wird, dann kann niemand ausser dem Postfachbesitzer mit Outlook darauf zugreifen, ausser es wird explizit erlaubt http://office.microsoft.com/de-de/outlook/HP052516431031.aspx

Ja, das hättest du. Microsoft Learning Career Portal: Special Offers Versuchen kannst du es, aber rechne dir dabei keine großen Chancen aus. Wäre super wenn du berichten könntest wie es gelaufen ist.

Du musst den Host (A) Eintrag für autodiscover.domain.tld ändern, damit die IP-Adresse auf deinen Exchange Server (oder Reverse Proxy mit entsprechender Regel) zeigt Du liegst vollkommen richtig. Solange der o.g. Hosteintrag nicht korrekt ist, bekommst du dein Zertifikat vom Exchange nicht zu sehen.

Hallo metaltheo, hast du dich bei deinem ersten Prüfungs Versuch, mit exakt dem selben Voucher angemeldet? Wenn ja, dann ruf einmal beim Prometric Service Center an. Die Telefonnummern findest du auf deren Seite.

Schön dass es funktioniert und Danke für die Rückmeldung ;)

eseutil /p sollte aber immer der letzte Weg sein, den man geht. Wie ich oben schon schrieb, ist der Restore aus dem Backup meistens die schnellere Variante ;) Bitte, gern geschehen und Danke für die Rückmeldung ;)

Hallo Lampe2010, Wenn du einen Zertifikatsfehler bekommst, dann musst du auf jeden Fall ersteinmal hier ansetzen Das Zertifikat scheint eben nicht OK zu sein. In deinem Zertifikat im Common Name (CN) oder als Subject Alternative Name (SAN) muss irgendwo der externe Domänennamen auftauchen. Mit localhost kommst du nicht weit ;) Und diese Meldung deutet darauf hin, dass die External URL für das ActiveSyncVirtualDirectory nicht mit dem externen Namen befüllt ist. Das kannst du entweder über die Exchange Management Console oder über die Shell mit dem Befehl Set-AutodiscoverVirtualDirectory -identity <DeinActiveSyncVirtualDir> -ExternalURL <https://externerName/Microsoft-Server-ActiveSync setzen.

Hallo stonson25, Wenn du die Email-Adresse und das passende Kennwort dazu eingibst, dann sollte das funktionieren. Kannst du die Ausgabe mal posten?

Kein Problem, ich hätte mir auch ein besseres Ergebnis erhofft, aber in diesem Fall ließ sich "soft" wohl nichts mehr machen. Dir noch maximalen Erfolg bei dem Restore und vergesse nicht hier zu berichten wie es ausgegangen ist ;)

Dafür gibts einige gute Ressourcen im Netz, z.B. Exchange 2003 Backup and Restore with NTBACKUP MSXFAQ.DE - Exchange Backup und Restore mit NTBACKUP Das ist mehr als ich heute noch tippen könnte ;) Kommt drauf an! Wenn du die Logfiles komplett hast, dann stehen die Chancen gut, dass du nicht den kompletten Tag verlierst. Im Prinzip ist das Vorgehen welches ich dir hier aufgezeigt habe, damit identisch. Befolge einfach die o.g. Guides

Hallo eduardp, das Produkt nennt sich Forefront Threat Management Gateway und ist der Nachfolger des ISA Servers. Beide Produkte können dein OWA sicher veröffentlichen.

So, nachdem sich die Datenbank nicht mehr "softrecovern" lässt, musst du wohl zur harten Methode greifen. Im Klartext bedeutet das entweder 1. Vom Backup wiederherstellen oder 2. zu eseutil /P mit anschließendem isinteg -fix greifen Wobei 1. wahrscheinlich schneller gehen würde.

Ab einem gewissen Punkt, passieren noch mehr Fehler. Wenn die Konzentration nachlässt, dann solltest du abbrechen. Das hatten wir doch bei #16 schon :confused: Edit: OK, jetzt noch das eseutil /r E00 [/Code]

Ich schreibe das schon so, dass du es nur ausführen musst. In diesem Fall ohne .log

Immerhin ;) Setze bei beiden Datenbanken in den Eigenschafen das Flag "Datenbank beim starten nicht bereitstellen" System Manager schließen und alle Exchange Dienste neustarten, sofern noch nicht geschehen Das musst du beantworten :confused: Dann bei meinem Punkt 4. und 5. weitermachen Wenn das auch wieder fehlschlägt, dann hast du vermutlich vorab schon irgendetwas kaputt-repariert Zum Fehler C1041724 What to Do When an Exchange Store Won't Mount Eine Datei E00 ohne Log gibts nicht, entweder mit .log oder mit .chk oder beide ;)

1. Was war das Ergebnis von eseutll /ml E00 (#17)? 2. Läuft der Dienst MS Exchange Informationsspeicher und MS Exchange Systemaufsicht? 3. Die Datenbank und die Transaktionsprotokolle müssen in den selben Verzeichnissen liegen wie vorher auch (Notfalls Rechtsklick im ESM auf die Speichergruppe/Datenbank und nachschauen) 4. Dann versuche manuell die Logs in die DB einzurollen eseutil /r E00 Wenn das ohne Fehler gelaufen ist, dann 5. nochmal den Header der Datenbank überprüfen eseutil /mh priv1.edb Was steht nun bei "State"? 6. zu jeder Zeit Ruhe bewahren und keine hektischen Aktionen - sonst stehen die Chancen gut, dass du doch dein Backup einspielen musst

Platz hast du noch genügend auf den Platten? C1041724 error occurs when you try to mount a database

Das triffts ziemlich genau ;)

tolle Empfehlung, aber hätte ich ehrlich gesagt nicht anders erwartet. Vielleicht lernst du ja noch was dabei und kannst dir dann einen kirgisischen Email-Freund zulegen :D

Das sieht doch schon mal gar nicht schlecht aus ;) Zur Sicherheit prüfe noch die Protokollsignaturen mit eseutil /ml E00 (ohne .log dahinter) Wenn dieser Befehl komplett ohne Fehler durchläuft, dann verschiebe die E00.chk in ein anderes Verzeichnis und mounte die Datenbank. Achte darauf, dass nur die Datenbank und die Transaktionsprotokolle (55251, 55252 und E00) in deinen Verzeichnisen (DB und Log) liegen. Sollte der obere Befehl Fehler in irgendeiner Art aufweisen, melde dich nochmal - und mounte die DB nicht! Edit: Mit Datenbank meine ich natürlich die .edb und die .stm

Sag ich dir nach dem Ergebnis - Ruhig blut, das wird schon ;)