Der Papierkorb gehört seit Windows \(95\) zur Windows-Oberfläche, schützt aber nicht jede Löschung. Auf lokalen Laufwerken lassen sich Dateien meist zurückholen, während ein SMB-Netzlaufwerk zunächst keinen solchen Rettungsweg bietet. Will man Dateien auf einem Windows-Server wie gewohnt mit "Entf" löschen und im normalen Client-Papierkorb wiederfinden, kann man das Laufwerk als eigenen "Known Folder" registrieren. Dafür genügt eine einmalige Registry-Konfiguration mit Windows-Bordmitteln.
Eine gelöschte Datei holt man im Papierkorb über "Wiederherstellen" an ihren ursprünglichen Ort zurück. Will man vor dem Löschen nachgefragt werden, öffnet man per Rechtsklick auf den Papierkorb dessen "Eigenschaften" und aktiviert "Dialog zur Bestätigung des Löschvorgangs anzeigen". Diese Rückfrage richtet jedoch keinen Papierkorb für Netzlaufwerke ein. In diesen Eigenschaften prüft man auch die maximale Größe und ob Dateien unmittelbar gelöscht werden. "Umschalt + Entf" umgeht den Papierkorb bewusst.
Für ein Netzlaufwerk von einem Windows-Server gibt es einen Bordmittel-Workaround: Man registriert es auf dem Client als eigenen "Known Folder" und aktiviert dessen Papierkorb. Danach kann normales Löschen im Explorer die vertraute Papierkorbansicht verwenden, ohne "Senden an" oder Zusatzsoftware. Anders als beim Umleiten von "Dokumente" oder "Kontakte" bleibt der vorhandene Benutzerordner unverändert. Die Einrichtung erfolgt einmalig, nicht vor jeder Löschung.
Das Beispiel verwendet das bereits verbundene Laufwerk Z:\. Beide folgenden Blöcke speichert man jeweils als Registrierungsdatei mit der Endung .reg; zuvor sichert man die betroffenen Schlüssel. Den ersten importiert man auf dem Client mit Administratorrechten. RelativePath bezeichnet die Laufwerkswurzel, nicht dessen Papierkorbordner. Für weitere Laufwerke verwendet man jeweils eine andere GUID; innerhalb derselben Zuordnung bleibt sie dauerhaft gleich und muss in beiden Blöcken übereinstimmen:
Windows Registry Editor Version 5.00
; Apply on the client with administrator privileges.
; Change the mapped drive if necessary.
; Keep this GUID identical in both configuration blocks.
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{B76C2DAC-D55A-4DD5-9DAC-C10C9C201EBB}]
"RelativePath"="Z:\\"
"Category"=dword:00000004
"Name"="NetworkRecycleZ"Den zweiten Block importiert man im Konto des tatsächlichen Benutzers, nicht im Konto eines anderen Administrators. Er aktiviert den Papierkorb für dieselbe GUID. MaxCapacity gibt die maximale Größe in MB an; der hexadezimale Beispielwert entspricht \(10240\) MB. NukeOnDelete erhält den Wert \(0\), damit Explorer Dateien in den Papierkorb verschieben darf. Die Trennung der beiden Kontexte ist entscheidend: Ein importierter Computerteil allein ersetzt die Einstellungen des Benutzers nicht:
Windows Registry Editor Version 5.00
; Apply as the actual target user, not another administrator.
; Use the same GUID as in the machine configuration.
; Capacity: 10240 MB. Enable recycling instead of direct deletion.
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\BitBucket\KnownFolder\{B76C2DAC-D55A-4DD5-9DAC-C10C9C201EBB}]
"MaxCapacity"=dword:00002800
"NukeOnDelete"=dword:00000000Nach dem Import meldet man sich ab und wieder an; das Netzlaufwerk muss dabei verbunden sein. In einer Domäne lassen sich Computer- und Benutzerteil getrennt per Gruppenrichtlinie verteilen. Im Explorer löscht man anschließend wie gewohnt und verwendet "Wiederherstellen" im normalen Papierkorb. Die Dateien bleiben jedoch in $RECYCLE.BIN auf der Freigabe: Die Papierkorbansicht führt mehrere Speicherorte zusammen und kopiert die Inhalte nicht auf die lokale Festplatte.
UNC-Pfade und andere Laufwerksbuchstaben sind durch diese Zuordnung nicht automatisch geschützt. "Umschalt + Entf" und direkte Löschbefehle anderer Programme umgehen die normale Papierkorbfunktion. Benutzer benötigen Rechte zum Anlegen und Nutzen des Papierkorbs; bei gemeinsamen Freigaben prüft man auch Quoten und die Trennung der Benutzer. Vor dem Rückbau stellt man benötigte Dateien wieder her und entfernt nur die eigenen Registry-Einträge, nicht pauschal den Papierkorbordner der Freigabe.
Papierkorb, Snapshots und Backup lösen unterschiedliche Probleme: Existiert eine Datei nur zwischen zwei Snapshots, kann sie in beiden fehlen und trotzdem vom aktiven Papierkorb aufgefangen werden. Ein älterer Snapshot kann dagegen nach dem Überschreiben helfen. Auf demselben Speichersystem ersetzt er kein unabhängiges Backup. Wiederherstellungen legt man zunächst separat ab, um neuere Arbeit nicht zu überschreiben. Für wichtige Speicherorte erprobt man den Rückweg mit einer entbehrlichen Datei und dem jeweiligen Benutzer.