Ergänzend zu Roberts Aussage:
http://www.msxfaq.de/tools/isinteg.htm
ZitatAb Exchange 2010 SP1 gibt es ein Commandlet new-mailboxrepairrequest http://blogs.technet.com/b/naw…mailboxrepairrequest.aspx Der Befehl arbeitet "online", d.h. die Datenbank muss dazu nicht mehr offline genommen werden. ISINTEG.EXE ist zwar weiterhin als Programm vorhanden aber tut nichts mehr !!
Ich weiß nicht, ob Dir das jetzt noch was hilft, aber evtl. für andere.
Hallo coolbreeze,
ich glaub, Deine Frage wurde Dir hier ausreichend beantwortet:
http://www.administrator.de/fo…10722.html#comment-853223
Gruß
-iDiddi-
Hallo,
schon immer 
Wandle bei der Prüfung doch einfach alles in Kleinschreibung um (ucase/lcase) und suche dann nach dem Schlüsselwort. Dann ist es egal, ob groß oder kleingeschrieben wird 
Gruß
-Axel-
Zitat
NorbertFe schrieb:
Nicht nur eine, mindestens 3. sharepoint, Monitoring und die Windows internal Database für den wsus.
Auch auf die Gefahr hin, kleinlich zu sein
Ich dachte, Sharepoint benutzt die WID, so wie auch der WSUS.
http://mscerts.programming4.us…windows%20sbs%202011.aspx
Oder vertue ich mich hier?
Bitte weise in Zukunft darauf bin, dassDu die gleiche Frage auch in einem anderen Forum gepostet hast. Das hilft den Helfern ungemein
Hallo,
evtl. kannst Du noch in das Outlook-Temp-Verzeichnis an dem Client gehen, von wo aus die Änderungen gemacht wurden. Das betreffende Verzeichnis fängt mit OLK an und liegt irgendwo versteckt im Profil des Benutzers. Könnte sein, dass dort noch die Ursprungsversion drin ist.
Falls Du den Ordner nicht findest, dann öffne einfach mal einen Anhang in einer Mail und klicke in der Anwendung auf "Speichern unter...". Dann müsstest Du dich im richtigen Ordner befinden.
Die Chance ist allerdings gering, weil die Daten im Normalfall direkt wieder gelöscht werden. Aber einen Versuch ist es sicher Wert. Das hatte damals bei mir auch funktioniert
Hier gibt's noch nähere Infos dazu:
http://support.microsoft.com/kb/817878/de
Zitat
frl schrieb:
Danke an die Norbert's....
Das heißt im Endeffekt für mich: Alles so weiter laufen lassen wie bisher, sehen, dass die Datenbank nicht über die 65 GB kommt und bei der Geschäftsführung nach Exchange 2010 bzw. 2013 nachfragen.
Ist der Umstieg bzw. Aufstieg von Exchange 2003 auf 2010 bzw. 2013 problemlos möglich, oder erkennt Ihr da schon eine gewisse Problematik.
Ich würde auch mal über eine Archivierungslösung nachdenken. Die hält die Postfächer schön schlank und performant und die max. DB-Grenze wird auch nicht so leicht überschritten.
Lösungen gibt es ja wie Sand am Meer (bspw. Mailstore oder GFI MailArchiver).
Und wenn man auf 2010/2013 umschwenkt, kann man die weiter benutzen. Die eingebaute Archivlösung in 2010 ist ja auch nicht gerade für ihren Funktionsumfang bekannt ;-). Aber vielleicht gibt es ja bei Exch2013 Verbesserungen in der Hinsicht.
ZitatExchange 2010 hat das Problem nicht mehr, das gabs nur unter 2003.
Hast natürlich Recht, Norbert. Wollte mich selbst gerade verbessern 
Weise doch bitte auf Doppelposts hin:
Hast Du die formularbasierte Authentifizierung an? Falls ja, hole sie mal raus und versuche es erneut.
Läuft Dein Exchange zufällig auf einem SBS2011?
Zitat
RobertW schrieb:
Was, das ist die Zieldomäne. Nimmst Du dort als Ausnahme "gmx.de" auf, kann jeder an GMX weiterleiten. Auf Userebene gibt es das leider nicht.
Richtig. Damit kann man halt nur allen Usern erlauben, an eine (oder mehrere) Domänen weiterzuleiten. Hilft also nur, wenn man die Empfängerdomäne personalisiert hat, was Geld kostet und deshalb wohl bei Privatadressen eher nicht vorkommt. Aber es wäre für eine Firma vielleicht eine Möglichkeit ;-).
