jdiedrich

Hallo Norbert, s ist meines Wissens nichts geändert worden. Das Eintige was mir einfällt ist die Installation von Acronis True Image Enterprise Server. Ich sehe auch keine Fehler im EP. Gruß Jörg

Hallo NG, auf einem SBS 2003/SP2/R2 erscheint auf einmal beim Aufrufen der Öffentlichen Ordner (nur!) im Outlook WebAccess die Fehlermeldung HTTP/1.1 503 Dienst ist nicht verfügbar.. Über den Outlook Client kein Problem. Bitte um Hilfe, hat jemand eine Idee? Besten Dank, Jörg Diedrich

Hallo Rakli, dies hat leider auch nicht geholfen, habe ich gleich als erstes durchgeführt gehabt. Die Frage wäre eventuell nur, ob man das vorhandende MGC deinstallieren sollte? Gruß JD

Hallo NG, es handelt sich um ein HTC PDA und ein Lenovo Thinkpad T61. Vista Business aktuell gepatched, Windows Mobile Center 6.1. Beim Anschluss des Gerätes (egal über Docking, direkt USB oder Bluetooth) wird das Gerät einwandfrei gefunden un der Schlüssel abgefragt, der Status im MGC wird als verbunden angezigt. Versuche, das Gerät dann zur Synchrosnistaion mit Outlook zu bewegen (über Gerät einrichten) schlagen jedesmal mit der Fehlermeldung "Ein Verbindungdfehler ist aufgetreten. Trennen Sie die Verbindung zum Gerät usw." - das bleibt jedoch ohnen Erfolg. Der Zugriff über Explorer funktioniert einwandfrei. Testweise wurd die Firewall ausgeschaltet und der Virenscanner (Kasperski) deaktiviert - ohnen Erfolg. Weiss jemand Rat? Besten Dank und Gruß J. Diedrich

Guten Morgen, die Anmerkung auf MSXFAQ: "Es gibt berichte über Faxserver, die auf Windows 2003 SP2 keine Faxe mehr senden sondern nur noch empfangen können. Das kann natürlich auch an Fehlern der Software oder Kartentreiber liegen, die mit dem SP2 erst offenbar werden" ist wohl richtig. AVM C2 Karte mit der neuesten TAPI von AVM sendet nicht mehr bzw. der MS Faxdienst verliert die Verbdinung zur TAPI und "stürtzt ab" - jedenfalls lt. Aussage AVM-Hotline. Angeblich gäbe es bei MS einen Hotfix, weiß vielleicht jemand was darüber? Besten Dank und Gruß Jörg Diedrich IT Service Maintal

Guten Morgen, ein Benutzer hat sich unsinnigerweise Zone Alarm auf seinem Netzwerk-Client (XP/SP2) installiert. Auf dem Laptop sind Offline Dateien zur Synchronisation mit dem Server (SBS2003) aktiviert. Trotz Deinstallation von ZA verabschiedet sich die Synchronisation jedesmal mit der Meldung "falscher Parameter". Hat jemand schon ähnliches erlebt und weiß einen Rat? Danke und Gruß Jörg Diedrich

Hallo Günther, Danke für den Tip, genau dieses habe ich gestern eingerichtet, also einen Job für die Daten und einen Job für Exchange, zeitlich versetzt, was findet sich auf der Disk: Die Sitzung 1 mit der korrekten Größe, alles gesichert, die Sitzung 2 mit 0KB.... Gruß Jörg

Hallo, hat vielleicht noch jemand irgendwelche Ideen? Danke & Gruß Jörg Diedrich

Guten Abend, ja, auch Arcserve Backup ist auf Empfehlung von CA auf dem neuesten Patchlevel: - NT -WINDOWS 2003 SP 1 SUPPORT UPDATE (QO68139) - NT -BAB R11.1 SERVICE PACK 1 - NT -DISCOVERY SERVICE SECURITY VULNERABILITY (QO64538) - NT -BAB 11.1 DEVICE SUPPORT UPDATE 3 (QO66072) hat aber auch nichts genützt, Danke & Gruß Jörg Diedrich

Hat keiner diese Konfiguration im Einsatz? Gruß Jörg Diedrich

Guten Abend, es geht um Arcserve SBS im Bundle mit Iomega REV Disk-LW. Dies gibt es als günstiges Bundle bei einigen Distributoren und ich habe es auf zwei Systemen als Backup eingesetzt: Einam Windows 2003 SBS/SP1 und einmal Windows 2000 SBS (beide auf aktuellem Patchlevel). Die Sicherung scheint laut Protokoll einwandfrei zu funktionieren, es werden alle Sitzungen fehlerfrei beendet, auf dem Datenträger ist aber tatsächlich nur die erste Sitzung vorhanden, die anderen wurden zwar angelegt, haben aber ein Größe von 0 KB. Auch die Rücksicherung wird fehlerfrei erledigt, nur von den "nicht vorhandenen" Sitzungen wird (natürlich) nichts zurückgesichert, obwohl das Protokoll das Gegenteil behauptet. CA möchte für die Problemlösung eine kostenpflichtige Supportanfrage und Iomega schweigt sich aus. Wer hat diese Kombination noch im Einsatz? Bitte schaut mal tatsächlich auf die Medien, ob die Sitzungen nach der ersten (s0000001.ctf), also ...02.ctf usw. auch tatsächlich Daten enthalten, also in etwa die Größe der gesicherten Datenmenge haben. Vor allem geradezu unverantwortlich gefährlich ist dieser Fehler, weil alle Protokolle keine Fehler aufweisen, also jeder Verantwortliche für die Sicherung glaubt, es sei alles in bester Ordnung - und das stimmt nicht! Wenn jemand dieses Verhalten auch beobachtet hat und eine Lösung weiss, wäre ich natürlich sehr dankbar, Gruß Jörg Diedrich