weg5st0

Hallo tfranzke, ich habe mir gerade mal den Link durchgelesen und bin aus dem staunen gar nicht mehr rausgekommen.... Was hat dich dazu veranlasst so vorzugehen? Hast du mehrere Domaincontroller? ist die Replikation abgeschlossen? Einzige Möglichkeit die ich mir hier zur Rettung vorstellen kann, ist das ändern des Pfades zur Homemdb im Userobjekt über AdsiEdit. Ob das hilft weiss ich aber auch nicht wirklich.

:jau: :jau: :jau:

in welchem Ordner startest du die VxVSS..... Ist sie in dem Ordner vorhanden? Suche nach der Datei und wechsle in der Dosbox zu diesem Pfad.

Hi und welcome onBoard, wenn ich das richtig interpretiere, trifft das Thema FIX nur bei 2000 zu. Für 2003 gibts nen Workaround: There are no extended characters when you use an MS-DOS-based program in a Terminal Services session

Ich kenne nur die NetApps. Von F87 n´bis FAS920 habe ich schon installiert. Teilweise mit ISCSI Karte und dann sogar über Iscsi gebootet (ohne local disks). Ich hab zwar ein weilchen gebraucht, bis ich die Startegie bezgl Disks und Partitionen usw. verstanden habe. Das Konzept (was sich wahrscheinlich nicht sehr stark von EMC unterscheidet) ist aber genial. Performance ist sensationell und ich liebe Snapshot Technologie. Btw: Nas ist nat. nicht gleich NAS, aber wenn du nach NetApp und EMC fragst, wirst du wissen, wo der Unterschied zu DotHill und ähnlichem liegt. Übrigens: Der grösste Aufwand bei der Installation ist das Auspacken und der Schrankeinbau...

Wie heisst sie: testdom oder testdomain?

Kann es sein, daß du eine Domäne ohne tld hast? Also: DNS-Domainname ist "testdom"

Ist das ein reiner Frontend? Hatte der je Datenbanken? Hat er die noch? Wie alt sind die Logs?

Bei den Logs handelt es sich um"Transaktionsprotokolle". Es werden alle Transaktionen der Exchangedatenbank (neu e-Mail Bspw.) sowohl in die Datenbank geschrieben, als auch in einem Protokoll festgehalten (bei einer E-Mail auch deren Inhalt, Anhänge etc.). Das hat den Hintergrund: Fällt die Datenbank (oder die Platte auf der die Datenbank liegt) aus, so kann Exchange, nach einspielen des Backups mit Hilfe dieser Protokolle alle Daten bis zum Zeitpunkt des Ausfalls wiederherstellen. Man spricht vom Log-Replay oder wiedereinspielen der Transaktionsprotokolle. Da diese also immer in Zusammenhang mit einem Fullbackup stehen, ist in der DB Engine eine Funktion eingebaut, die folgendes tut: Läuft ein Fullbackup fehlerfrei ab (Es werden keine Datenbankfehler oder inkosistenzen festgestellt), werden die überflüssigen Logfiles gelöscht. Das funktioniert mit allen mir bekannten Backuptools die Exchange unterszützen, bspw. ntbackup, Veritas Backup Exec, ArcServe. Also: Finger weg von den Logs und Virenscanner für diesen Ordner abschalten!

Punkt 1: Könnte gehen - bin ich leider nicht tief genug drin. Punkt 2 geht so (Spezielle Regel die alles erlaubt) - beachte die Reihenfolge. Punkt 3 darf nicht!

Logs und Datenbanken von Exchange dürfen nicht mit einem File-Scanner überprüft werden!

Du bist dir sicher, daß alle Speicher gemountet sind und der Infostore Dienst läuft auch sauber? Event 9175: The MAPI Call 'OpenMsgStore' Failed with the Following Error Wie kommst du auf die homemdb Geschichte? Links? Alle Fehler die du beschreibst deuten auf ein nicht gemountetes Store hin. Hast du ein eigenes Store erstellt, das ursprüngliche dismounted und vergessen die SA Mailbox umzuziehen?

Dann musst du den Cleanupagenten ausführen. Wie Christoph gesagt hat.

Ich behaupte er hat die Dateien nicht befallen. Du solltest sie nur dann löschen, wenn du ein Backup und eine Konsisitente Datenbank hast. Richtiges Vorgehen ist im Falle des virenbefalls: Kommunikation stoppen (SMTP anhalten). Virenscanner anwerfen und die Queue Verzeichnisse scannen. Dann mit dem Exchangescanner die Datenbanken scannen (Nicht mit dem Filescanner). Dann kannst du ein Fullbackup anstossen. Läuft das sauber durch, werden die Logfiles die nicht gebraucht werden autom. gelöscht.

Ist das PublicFolder Store gemountet? XADM: Exchange System Manager error message: Your profile is not configured

Was steht denn genau im Eventlog?

Also, Der MSMAil Connector stammt vermutlich von einer früheren Exchange 5.5 Installation, noch dazu von einem anderen Server. Mit Schedule Plus ists vermutlich genauso. Dann kommst du mit ADSI Edit weiter: Event ID 929, Cannot e-mail Exchange 2000 Server or Exchange Server 2003 public folders WICHTIG: Vorher ein Systemstate Backup auf dem Domaincontroller machen.

Im Anwendungsprotokoll sollte irgendwann etwas gensuer stehen wie das Problem heisst. Hier findest du Infos: VERITAS Software Technical Services

Fehlt der Start Button oder die ganze Taskleiste? Falsche Auflösung? Button "verschoben"?

Entscheidend ist das Messageformat. Das hat mit Viren gar nichts zu tun. Damit Metting requests ankommen (nicht als Attachment), muss TNEF beimAbsender aktiviert sein. Wie das geht steht hier für verschiedene Fälle beschrieben: How e-mail message formats affect Internet e-mails in Outlook Um generell TNEF zu aktivieren, machst du das: Extras - Optionen - E-Mail Format Outlook-RichText als Standardformat auswählen.

Um Was für connectoren handelt es sich? Normalerweise kannst du connectoren immer auf dem selben weg entfernen, wie sie hinzugekommen sind. Also: Standard SMTP-Connector: Rechtsklick - löschen. UMS-Connector mit Setup: Deinstallationsroutine. Ich habe die Erfahrung gemacht, daß viele UMS Systeme (Fax/Voice) Auch Änderungen an der Recipient Policy machen. Diese Änderung wird aber nicht zurückgenommen wenn die Deinstallation durchgeführt wird. Prüfe also anschliessend noch die Empfängerrichtlinien.

In der Tat! Sensationell - bin ich auch noch nicht drübergestolpert....

Ich kenne die webseite nicht. Ich weiß aber, daß ich schon ca. 50 (Achtung Übertreibung) Meldungen über Horror-Aktivierungs-Szenarien bei Vista gelesen habe. Ich würde sagen: Füße stillhalten und abwarten! Wenns wirklich dermassen tief greift, dann ists halt so. Und wenn sich Vista trotzdem verkauft - ich würde es nicht anders machen. Sonst sind Raubkopien nicht in den Griff zu bekommen. Und wenns zu tief greift gibts in Europa und Deutschland immernoch einen Verbraucherschutz der sich darum Sorgen macht. Wir werden es jedenfalls nicht ändern!

geht genauso.

Benutzerkonfig - Adm. Vorlagen - Windows Komponenten - Internet Explorer - Kennwörter in AutoVervollständigen können nicht gespeichert werden