nobex

Und die zwischengespeicherten Dateien haben alle noch ihren korrekten Namen und trotzdem den selben Inhalt? Sehr merkwürdig ... :suspect:

Du schriebst 'die Mails', ich schrieb 'Dateien aus dem Anhang'

Hast Du auch mal die Dateien aus dem Anhang vor dem Öffnen zwischengespeichert? Darauf wollte ich eigentlich weiter oben hinaus ...

Spekulation: Könnte mir vorstellen, dass der empfangende bzw. weiterleitende Server als eine Anti-Spam-Maßnahme den MX für die Sender-Domain abfragt, diese Abfrage aber temporär fehlschlägt, z.B. durch DNS-Timeout. Mich wundert allerdings, dass die Nachricht noch zugestellt wird, obwohl der Exchange laut Meldung bereits aufgegeben hat.

Wurden die Adressen wirklich vom RRAS auf diesem Server bezogen? Evtl. läuft noch ein Anderer im Netz ...

Sind die Dateinamen der Dokumente gleich? Ist die Mail unter 'Gesendete Objekte' i.O.? Was passiert, wenn der Kunde (dort würde ich den Fehler vermuten) die Dateien zwischenspeichert und dann öffnet?

Einfach ein 'echo %errorlevel%' hinterher.

Dann aber Offline mit einer Boot-CD, sonst bringt das nix.

Da wird Dir wohl nur Dein Netzwerkverwalter helfen können.

Kannst Du in den Exchange-Logs nach dem String suchen?

Evtl. einen Explorer als Admin starten und es von dort aus versuchen ... Btw, warum möchtest Du dies?

Steht noch etwas zum Thema in der Ereignisanzeige? Ist der Rechner virenfrei?

Gib den Ordner doch frei.

Noch 'n Tipp: Mach mal einen Offline-Scan, z.B. mit dem Avira AntiVir Rescue System. Auf den Scan eines (evtl.) kompromittierten Systems im laufenden Betrieb kann man leider nicht viel geben.

Andersrum gefragt: Wer oder was fährt denn den 1. Server runter?

Wenn es nur um einen Ordner geht, könnte man das ganze doch auch scriptgesteuert regeln?

Hallo Zick.er, wenn der PC solch Verhalten an den Tag legt, Du einen Virenverdacht hegst und Dir die Vertraulichkeit Deiner Daten etwas Wert ist (sonst würdest Du ja keine Firewall aktivieren), so führt leider kein Weg um eine Neuinstallation herum. Gruß

Greift die Anwendung direkt auf die MSDE zu? Wie ist die Authentifizierung bei der MSDE eingestellt? Lass Dir die verworfenen Pakete in die pfirewall.log-Datei protokollieren. Dann solltest Du wissen, welche Ports noch zu öffnen sind.

Besorg Dir mal browmon.exe und kontrolliere damit, in wessen Browser-Listen die Arbeitsgruppen noch geführt werden.

Wenn Du dort die Einstellung doppelklickst, bekommst Du auch die gesetzten Werte angezeigt. Stehen die Richtigen drin?

Bei einem Server/Netzwerkzugriff würde ich erst mal in der Computerverwaltung unter 'Geöffneten Dateien' nachsehen, wer noch auf der Datei 'hängt'. Bei Bedarf kann man dort dann auch das Schließen der Datei erzwingen.

Wirf mal rsop.msc an und prüfe, ob Deine Einstellungen gesetzt/angezeigt werden. Steht etwas zum Thema in der Ereignisanzeige des ISA-Servers?

Mein Tipp wäre: Schreib das Errorlevel vor dem copy in eine Variable und lese diese bei den IFs aus. --------- ntbackup ... set error=%errorlevel% copy ... IF %error%==1 ... ---------

Dann musst Du dies auch an der entspr. Stelle abfragen und nicht nach dem copy. Solltest Du weiterhin Probleme haben tröstet Dich evtl. dieser Artikel: Backup returns invalid and inconsistent return codes in Windows Server 2003 and in Windows 2000

Willst Du den Errorlevel des Copy-Befehls abfragen oder den von ntbackup?