kuesi84

Hallo zusammen Wenn man einen Kalender eines anderen Benutzers ausdrucken möchte, kommt ganz oben beim Ausdruck immer der Benutzername des aktuellen Kontos, aber nicht von dem des Besitzers des Kalenders. Gibt es da eine Möglichkeit, dies zu ändern, dass beim Ausdruck der Benutzername des Kalenderbesitzers da steht??? Hoffe jemand von Euch hat eine Lösung. Gruss

Vielleicht sowas: http://www.synology.com/enu/products/diskstation/index.php?page=overview

GFI hat einen guten Deutschen Telefon-Support. Die Tel Nummer der Hotline findest du sicher irrgendwo.

habe das problem gelöst DAS GFI Antivirus hat sich verhakt HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\VirusScan Habe den Scanner auf Disabled gestellt und es funktioniert wieder.

wirklich niemand eine idee? die Meldung wegen dem Virtuellen Speicher habe ich weggekriegt. Die Andreren sind immernoch vorhanden.

Hallo Zusammen Hatte letzte Woche schon ein Problem. Welches ich lösen konnte. Jetzt ist leider ein weiteres dazugekommen Wann ich den Exchange Informationsstore starten möchte, kommen folgende Fehler: Im Fenster: Micrososft Exchange-Informationsspeicher auf Lokaler Computer konnte nicht gestartet werden. Weitere Informationen finden Sie im Systemereignisprotokoll. Setzen Sie sich mit dem Diensthersteller in Verbindung, wenn es sicht um einen Nicht-Microsoft-Dienst handelt. Beziehen Sie sich auf den dienstspezifischen Fehlercode 0. In der Ereignisanzeige: Quelle: MSExchangeIS Ereignis ID: 9564 Fehler 0x8007006e beim Starten des Microsoft Exchange-Informationsspeichers. Failed to init VSERVER. Weitere Informationen erhalten Sie unter http://www.microsoft.com/contentredirect.asp.'>http://www.microsoft.com/contentredirect.asp. ____________________________________________________ Quelle: MSExchange Ereignis ID: 9581 Die Initialisierungsroutine des Virenscanners hat den Fehlercode -2147024786 zurückgegeben. Der Virenscanner wurde nicht geladen. Weitere Informationen erhalten Sie unter http://www.microsoft.com/contentredirect.asp. ____________________________________________________ Quelle: MSExchange Ereignis ID: 9665 Die Speichereinstellungen für diesen Server sind für Exchange nicht optimal. Weitere Informationen erhalten Sie unter http://support.microsoft.com?kbid=815372 Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. ____________________________________________________ Habe eine alte Datenbank zum testen schon probiert, gleiches Ergebnis. Könnte Ihr mir bei diesem Problem weiterhelfen? Kleine Anmerkung: Ich habe heute morgen ein Hackertool entfernt welches einen offenen ftp aus unserem Server machte. O23 - Service: Serv-U FTP Server (Serv-U) - Unknown owner - c:\WINNT\system32\Lavan\svchost.exe (file missing) Komischer weise waren auch etliche E-Mails in der Warteschleife die von blablabla@gmail.com an blablabla2@gmail.com gingen. als hätten wir ein openrelay. was aber nicht stimmt.

Langsam aber sicher bekomme ich ne Krise!!!! Jetzt habe ich es endlich fertiggebracht, dass er mir eseutil /r e00 ausführt. Aber ich bekomme am Ende trotzdem wieder eine Fehlermeldung: Operation terminated with error -1216 (JET_errAttachedDatabaseMismatch, An outst anding database attachment has been detected at the start or end of recovery, bu t database is missing or does not match attachment info) after 56.16 seconds. Was bedeutet das jetzt schon wieder?

Was ist gemeint mit 3 Character Logfile base Name?

Wir haben inzwischen wieder die originale Datenbank mit den originalen Logfiles genommen, da wir mit der anderen nicht auf einen grünen Zweig gekommen sind. Die Datenbank ist auch hier auf Dirty Shutdown. Wie bringe ich es fertig, dass ich die Logs nachführen kann? Damit die Datenbank wieder konsitent ist??? ********************************************************************** C:\Programme\Exchsrvr\bin>eseutil /mh "C:\Programme\Exchsrvr\MDBDATA\priv1.edb" Microsoft® Exchange Server Database Utilities Version 6.5 Copyright © Microsoft Corporation. All Rights Reserved. Initiating FILE DUMP mode... Database: C:\Programme\Exchsrvr\MDBDATA\priv1.edb File Type: Database Format ulMagic: 0x89abcdef Engine ulMagic: 0x89abcdef Format ulVersion: 0x620,11 Engine ulVersion: 0x620,11 Created ulVersion: 0x620,9 DB Signature: Create time:10/13/2005 11:55:46 Rand:2193094 Computer: cbDbPage: 4096 dbtime: 19393267 (0x127eaf3) State: Dirty Shutdown Log Required: 3726-3962 (0xe8e-0xf7a) Streaming File: Yes Shadowed: Yes Last Objid: 7907 Scrub Dbtime: 0 (0x0) Scrub Date: 00/00/1900 00:00:00 Repair Count: 0 Repair Date: 00/00/1900 00:00:00 Last Consistent: (0xA89,B88,D0) 12/20/2005 17:57:00 Last Attach: (0xA89,B8A,1F) 12/20/2005 17:57:01 Last Detach: (0x0,0,0) 00/00/1900 00:00:00 Dbid: 1 Log Signature: Create time:10/13/2005 11:55:45 Rand:2198025 Computer: OS Version: (5.2.3790 SP 1) Previous Full Backup: Log Gen: 3626-3627 (0xe2a-0xe2b) Mark: (0xE2A,E2F,5) Mark: 01/04/2006 01:32:58 Previous Incremental Backup: Log Gen: 0-0 (0x0-0x0) Mark: (0x0,0,0) Mark: 00/00/1900 00:00:00 Current Full Backup: Log Gen: 0-0 (0x0-0x0) Mark: (0x0,0,0) Mark: 00/00/1900 00:00:00 Current Shadow copy backup: Log Gen: 0-0 (0x0-0x0) Mark: (0x0,0,0) Mark: 00/00/1900 00:00:00 cpgUpgrade55Format: 0 cpgUpgradeFreePages: 0 cpgUpgradeSpaceMapPages: 0 Operation completed successfully in 3.15 seconds.

Jetzt bekomme ich diese Fehlermeldung: Nachdem ich eseutil ausgeführt habe.... Operation terminated with error -4001 (JET_errFileIOBeyondEOF, a read was issued to a location beyond EOF (writes will expand the file)) after 481.63 seconds.

Habe herausgefunden, dass der Status der Datenbank "DirtyShutdown" ist. Ich probiere jetzt nochmals das eseutil /p ohne Logfiles auszuführen... Oder habt ihr noch eine bessere Idee?

Diese beiden Fehler habe ich im EventLog, sonst sind keine von heute zu finden. Die erste im Anwendungsprotokoll und die zweite im Protokoll Dateireplikationsdienst. Nein, die Platte ist nicht voll. Und die Datenbank ist auch nur 7GB gross.... *****************************************************************. Ereignistyp: Fehler Ereignisquelle: MSExchangeSA Ereigniskategorie: MAPI-Sitzung Ereigniskennung: 9175 Datum: 05.01.2006 Zeit: 12:47:12 Benutzer: Nicht zutreffend Computer: EXCHANGE Beschreibung: Der MAPI-Aufruf 'OpenMsgStore' ist mit dem folgenden Fehler fehlgeschlagen: Der Microsoft Exchange Server-Computer steht nicht zur Verfügung. Das Netzwerk antwortet nicht, oder der Server wurde für Wartungsarbeiten heruntergefahren. Der MAPI-Provider ist fehlgeschlagen. Microsoft Exchange Server-Informationsspeicher ID no: 8004011d-0526-00000000 *************************************************************** Ereignistyp: Fehler Ereignisquelle: NtFrs Ereigniskategorie: Keine Ereigniskennung: 13568 Datum: 05.01.2006 Zeit: 10:52:53 Benutzer: Nicht zutreffend Computer: EXCHANGE Beschreibung: Der Dateireplikationsdienst hat ermittelt, dass sich der Replikatsatz "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" sich in JRNL_WRAP_ERROR befindet. Name des Replikatsatzes : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" Replikatstammpfad : "c:\windows\sysvol\domain" Replikatstammvolume : "\\.\C:" n% Ein Replikatsatz stößt auf JRNL_WRAP_ERROR, wenn der Eintrag, von dem gelesen werden soll, nicht vom NTFS-USN-Journal gefunden wird. Mögliche Ursachen hierfür sind: n% [1] Volume "\\.\C:" wurde formatiert. [2] Das NTFS-USN-Journal auf Volume "\\.\C:" wurde gelöscht. [3] Das NTFS-USN-Journal auf Volume "\\.\C:" wurde abgeschnitten. Chkdsk kann das Journal abschneiden, falls es beschädigte Einträge am Ende des Journals vorfindet. [4] Der Dateireplikationsdienst wurde seit längerer Zeit auf diesem Computer nicht mehr ausgeführt. [5] Die Rate der Laufwerks-E/A-Aktivität auf "\\.\C:" war zu schnell für den Dateireplikationsdienst. Das Festlegen des Registrierungsparameters "Enable Journal Wrap Automatic Restore" auf 1 führt dazu, dass folgende Maßnahmen zum automatischen Beheben des Fehlerzustands vorgenommen werden. [1] Beim ersten Poll, der in 5 Minuten durchgeführt wird, wird dieser Computer vom Replikatsatz entfernt. Wenn Sie nicht 5 Minuten warten möchten, führen Sie "net stop ntfrs" aus, gefolgt von "net start ntfrs", um den Dateireplikationsdienst neu zu starten. [2] Beim auf die Löschung folgenden Poll wird der Computer erneut zum Replikatsatz hinzugefügt. Durch das erneute Hinzufügen wird eine vollständige Struktursynchronisierung für den Replikatsatz ausgelöst. WARNUNG: Während des Wiederherstellungsvorgangs sind Daten in der Replikatstruktur möglicherweise nicht verfügbar. Sie sollten den oben beschriebenen Registrierungsparameter auf 0 festlegen, um eine unerwartete Nichtverfügbarkeit von Daten durch die automatische Wiederherstellung zu verhindern, wenn dieser Fehlerzustand erneut auftritt. Führen Sie regedit aus, um diesen Registrierungsparameter zu ändern. Klicken Sie auf "Start", dann auf "Ausführen", und geben Sie dann "regedit" ein. Erweitern HKEY_LOCAL_MACHINE. Folgen Sie folgendem Pfad: "System\CurrentControlSet\Services\NtFrs\Parameters" Doppelklicken Sie auf den Namen des Wertes "Enable Journal Wrap Automatic Restore" und aktualisieren Sie den Wert. Ist der Name des Wertes nicht vorhanden, können Sie ihn mit dem Befehl "Neu" und dann "DWORD-Wert " im Menü "Bearbeiten" hinzufügen. Geben Sie den Wert genauso ein wie oben gezeigt.

Domainprep habe ich noch nicht gemacht. Jedoch habe ich es inzwischen geschafft, die Datenbank mit Hilfe von eseutil zu reparieren. Es können jetzt wieder alle Dienste von Exchange gestartet werden. Aber ich kann unter anderem im System Manager unter Erste Speichergruppe den Informationsspeicher nicht bereitstellen. Es kommt folgende Fehlermeldung: Exchange System Manager Interner Verarbeitungsfehler. Starten Sie den Exchange System Manager, den Exchange- Infomationsspeicherdienst oder beide erneut. ID-Nr: c1041724 Exchange System Manager

hat denn niemand mehr eine Idee?

Übrigens ist es normal, dass die Store.exe über 600MB ist? Es sind ca. 20-25 User in Exchange...