SEHR gründliche Bereinigung

Guten Tag Forum

Die Liste meiner David Probleme ist länger als deren Feature(Bug)-Liste - aber ich fang mal beim krassesten an:

Zuerst mal die Systemumgebung:
Debian Linux Etch up-to-date (Ich weiss ... 3.0 woody - aber damit habe ich vor 8 Jahren angefangen und ich erachte das nicht als geeignetes OS für ein Produktivsystem)
Kernel: 2.6.18.8-xen - xen VM auf einem FSC Primergy Server (wobei das imho keine Rolle spielt)
ram: 512MB
cpu: genug

Die Bereinigung ist bei und sehr gründlich: Sie räumt auf, und zwar komplett: Sie löscht jede Email - nicht nur die gelöschten.

Nach umfassender Kommunikation mit Tobit und dem Bereitstellen diverser Informationen begründet Tobit diesen Fehler erst mit der Kernelversion, dann mit der Tatsache, dass es eine vituelle Maschine ist und dann mit dem Argument, dass David ja nicht für Debian Etch freigegeben ist - da diese Aussagen jeweils ohne technische Begründung gemacht wurden, liegt es nahe, dass die keine Ahnung haben wo der Fehler sitzt, keine Ahnung haben wie Linux funktioniert und keine Ahnung haben was Systembibliotheken sind und wie das ganze funktioniert. Ist meine Meinung, muss ja nicht stimmen, ABER:

1. Es ist ein 2.6er Kernel .. das reicht eigentlich - zumal ja keine Treiber (Module) oder sowas von Tobit selbst benötigt werden - und CAPI ist ja ein Standard ...
2. XEN Virtualisierung ist transparent und vom Gastsystem aus zwar erkennbar - hat aber bisher noch nie Probleme bereitet, egal was wir in den VMs installiert haben, es lief genauso gut/schlecht wie auf "echten" Systemen (Mailserver, Asterisk, Router, etc.)
3. Die Begründung mit dem Betriebssystem ist insofern nicht haltbar, da der david, abgesehen von der GLibC und libcapi keine wichtigen libs nutzen .... und glibc ist imho in gewissem maße abwärtskompatibel

Die Begründung mit dem OS ist mittlerweile die Standardantwort auf Anfragen bzgl. technischer Probleme und ich stehe mit dem M**l jetzt allein da ...
Da ich hier im Forum zu dem Thema nichts finden konnte, stelle ich die Frage einfach mal: Warum löscht er alle Emails ? Gibt es hier Leidensgenossen ?

BTW: Eure Umfrage spricht Bände

Gruß

Marcel

Archivstruktur kaputt?

Bereinigung falsch eingestellt?

Eigentlich kann ich jedem bei solchen Problemen nur raten David abzuschaffen.

Inwiefern Kaputt ?! - Die Bereinigung läuft ja sauber durch ... sie macht halt nur alles platt ...

Inwiefern falsch eingestellt ?

Wenn du mir sagst, wie ich die hunderttausend emails auf ein anderes Mailsystem portiere ... denn da hat tobit ja freundlicherweise vorgesorgt und völlig sinnfrei ein eigenes Format gebastelt ... es ist generell fraglich, so etwas mit samba hinzufuschen ... und zwischendurch gibts dann immer schön rss propaganda ... fernseh gucken mit dem mail client .. radio aufzeichnen ... geht alles ... nur im bereich email hat der emailserver deutliche schwächen ... irgendwie lustig ... Wäre das ne OpenSource Software würden sich die Entwickler wahrscheinlich gar nicht mehr trauen ihre mailinglisten zu lesen ...

Aber die können ja auch nix dafür, machen ja nur das was die schlipsträger fordern ... also zurück zum Thema: Wo liegt der Hase im Pfeffer ? Mal eben so von heute auf morgen das zentrale Kommunaktionsmittel auszutauschen ist zwar auch mein Wunsch, aber kein realistisches Szenario ...

Man kann in der David.ini das maximale Alter ein Mail einstellen und auch pro Ornder. Aber alles nur geraten.

Auf die Gefahr hin, dass ich da was falsch verstanden habe, habe ich nochmal die Wüste durchkämmt; leider konnte ich nix bzgl. des Alters finden - er soll ja auch nicht alte Mails löschen, sondern die gelöschten WIRKLICH löschen. Imho gibts da nur eine Einstellung in der David.ini - der Zeitpunkt - welcher im Moment sinnigerweise auf 25 (=deaktiviert) steht, damit er nicht nachts die Mails shreddert.

Habe die Datei mal angehangen - ich hoffe ich verstoße nicht gegen die Boardregeln - aus Platzgründen habe ich die Kommentare entfernt.

Hat irgendjemand eine Idee wo ich suchen muss ?

Gruss

Marcel

;TLDControlDelay = 2000

;MainTLDControlDelay = 2000

;GetFirstFreeTLDDelay = 1000

;JOBFreeDelay = 1500

;JOBDelay = 10

ScanDelay = 500

;QueueScanDelay = 2000

;ScrUpdateDelay = 1000

;ImmediatePurgeDIR = Volume:DAVID\TLD\PORT\001

;CommandID = @@

;AdditionalCommandID = !!

;PrinterLPP = 68

;Enable0Pages = FALSE

;DateValue = FALSE

DeleteTime = 25

;RNDReport = RND.NOK

;AcceleratePGA = 12

;AcceleratePCX = 20

;AccelerateG3 = 20

;DisableScanQueues = FALSE

;DisableScanNoBook = FALSE

;DisableScanErrFiles = FALSE

;DisableCheckFileSize = FALSE

;DisableEstimateRND = FALSE

;NoAppendDel = TRUE

;DisableChkFileSize = FALSE

;AllowSysFileChecking = TRUE

;ForwardCalc = TRUE

;TrainingDuration = 5

;ChangePageDuration = 1

;FaxBoxLog = FALSE

;MinPageByteCnt = 0

;NoTLDTimeOut = 300

;Ignore_0 = FALSE

;DupLog =

;BackupPath =

;DisableBinFax = FALSE

;DisableAddTrustees = FALSE

;DefaultUserRootArchiveTrustees =
; DefaultUserRootArchiveTrustees = 43

;DefaultManualArchiveTrustees

;DefaultAddressBookTrustees

;DefaultArchiveResourceTrustees

;DefaultAPIDirectoryTrustees

;DefaultClientsDirectoryTrustees

;DefaultCoverDirectoryTrustees

;DefaultADDRImportRecs =

;SRExtension = .TXT, .AK

;MinFileAge = 6
; Default is 6 (hours)

;DisableExtraPort = TRUE

;BarSign = 254

;CreateJobDebugFile = FALSE

AutoValidation = FALSE

;MaxSuccessiveErrorCount = 10

;DisableFaxHeader = 0

;TextHeadLineSequenz =

;DisableThumbnail =

FORCESMSHUB = FALSE
FORCEFAXHUB = FALSE

Ich meinte das maximale Eintragsalter (autom. Bereinigung)

Hallo marge,

ich kann Dir zwar im Moment nicht weiterhelfen, aber ich kämpfe seit Anfang des Monates mit einem ähnlichen (gleichen) Problem. Allerdings unter W2003

Wir haben 2 David-Server. Über VPN wird ein User und das globale Adress-Verzeichnis repliziert. Jedes Mal nach der Datenbereinigung sind die Archiv.dat noch identisch, aber auf unserem "neuen" Server fehlen die Mail und Adressdateien. Mal alle, mal nur ein Teil ... Zudem dauert es Stunden bis die Bereinigung fertig ist.

Der Service seitens TOBIT ist "natürlich" unter aller Kanone. Standard-Mails, telefonisch nur auf der kostenpflichtigen Nummer, ...
Mit Service hat das nichts zu tun, zumal wir extra neue Lizenzen gekauft haben und das Problem seit der Installation besteht. Sind natürlich die einzigen die das Problem haben ...

Im Moment habe ich nur eine Lösung - wir fordern unser Geld zurück und schmeißen die Software raus.

Sollten wir eine Lösung für das Problem bekommen melde ichs hier.

Bis denn
Heinz

Hallo marge,
die Kombination Linux und Tobit hat bei uns nicht hingehauen.
Erst seit der Umstellung auf W2003 kommen wir einigermaßen klar.
(Wahl aus Tobit;leere Mails;PCL-Conversionserver u.s.w.)
Bis dann,
Havefun

Zitat von User001

Ich meinte das maximale Eintragsalter (autom. Bereinigung)

Kannst du das präzisieren ?

Zitat von havefun

Hallo marge,
die Kombination Linux und Tobit hat bei uns nicht hingehauen.
Erst seit der Umstellung auf W2003 kommen wir einigermaßen klar.
(Wahl aus Tobit;leere Mails;PCL-Conversionserver u.s.w.)
Bis dann,
Havefun

Gibt es denn ne möglichkeit das Ding auf Windows zu migrieren, ohne, dass man die Lizenzen neu kaufen muss ? (Die man von Tobit freundlicherweise zum halben Preis bekommt .... gute Witze können die auch nicht.) - Naja - ich würde das Problem hier auch nicht darstellen - aber selbst mit Tobit Fritze über Hotline (die teurer ist als die Liebes-Nummern )wollte es nicht klappen.

Toller Laden, häh ? Ich würde denen ihre ständigen Mailings am liebsten ....

Lorem Ipsum

Marshall

Ich habe nochmal die David.ini durchkämmt und in leiser Hoffnung einfach nochmal die Bereinigung angeschmissen - das Ergebnis ist anders als vor ein paar Wochen, aber auch nicht besser:

Er löscht nicht jede Mail - sondern:
1. Er löscht die "gelöschten" Mails - was ich daran merke, dass der Platzverbrauch von 50 auf 5GB zurück geht
2. Die Einträge ALLER Mails bleiben erhalten
3. Die Bereinigung läuft zügig und ohne Fehler

4. Viele, aber nicht alle Mails, haben keinen Inhalt - also öffnet man die Mail - steht nix drin
5. Einige Mails bleiben voll erhalten - mit der Zeit hat das aber anscheinend weniger zu tun - in meinem Postfach ist alles bis Anfang Juni komplett - bei meinem Chef siehts dann so aus: Mail vom 15.06.08 - OK; Mail von 16.06.08 - leer - Mail vom 17.06.08 - OK - die Daten sind Beispiele, aber ich möchte lediglich darauf hinweisen, dass ICH keinen direkten Zusammenhang sehe, warum die eine Mail gelöscht wird und die anderen dann nicht.

1-3 ist bekanntes Verhalten; 4 und 5 ist MEINE ICH neu; aber die Bettnässer meinen ja auch sie hätten geschwitzt ...

Zitat

michael: User001 meinte die automatische Bereinigung: Rechte Maustaste auf das Archive, Eigenschaften, Dienste, automatische Bereinigung...

Das werde ich ausprobieren, aber
a) muss ich warten bis die Rücksicherung durch ist
b) glaube ich nicht, dass sich dieses Problem mit dem Klickibunti Tool lösen lässt (sry, als Linuxer habe ich eine Abneigung gegen "Klick-Konfiguration" )

Trotzdem Danke

Lorem Ipsum

marge

Zitat von marge

Er löscht nicht jede Mail - sondern:
1. Er löscht die "gelöschten" Mails - was ich daran merke, dass der Platzverbrauch von 50 auf 5GB zurück geht
2. Die Einträge ALLER Mails bleiben erhalten
3. Die Bereinigung läuft zügig und ohne Fehler

4. Viele, aber nicht alle Mails, haben keinen Inhalt - also öffnet man die Mail - steht nix drin
5. Einige Mails bleiben voll erhalten - mit der Zeit hat das aber anscheinend weniger zu tun - in meinem Postfach ist alles bis Anfang Juni komplett - bei meinem Chef siehts dann so aus: Mail vom 15.06.08 - OK; Mail von 16.06.08 - leer - Mail vom 17.06.08 - OK - die Daten sind Beispiele, aber ich möchte lediglich darauf hinweisen, dass ICH keinen direkten Zusammenhang sehe, warum die eine Mail gelöscht wird und die anderen dann nicht.

Hmmmm... interessant. Such dir mal ne leere Mail, schau nach wie die Datei heißt (Eigenschaften -> Auf das Icon links oben klicken), guck ob's die als Datei gibt (meine Vermutung ist nein). Dann guck in die archive.dat - da muesste die noch drinstehen -- und zwar mit komplettem UNC-Pfad. Prüf mal, ob der Pfad stimmt (meine Hoffnung ist nein .

Was das hilft? Weiß nicht, aber wenn's wirklich so ist, kannst du mal probieren das aus deinem Backup wieder herzustellen, den ArcUtil mit search/replace drüberlaufen zu lassen und die Bereinigung nochmal anzustoßen.

Fingers crossed,
Jo

Zitat von eljo

Hmmmm... interessant. Such dir mal ne leere Mail, schau nach wie die Datei heißt (Eigenschaften -> Auf das Icon links oben klicken), guck ob's die als Datei gibt (meine Vermutung ist nein). Dann guck in die archive.dat - da muesste die noch drinstehen -- und zwar mit komplettem UNC-Pfad. Prüf mal, ob der Pfad stimmt (meine Hoffnung ist nein .

Was das hilft? Weiß nicht, aber wenn's wirklich so ist, kannst du mal probieren das aus deinem Backup wieder herzustellen, den ArcUtil mit search/replace drüberlaufen zu lassen und die Bereinigung nochmal anzustoßen.

Fingers crossed,
Jo

Nicht schlecht - das klingt mal nach nem Ansatz. Dummerweise habe ich grad das komplette Backup zurück gespielt - damit morgen mit dem Server "gearbeitet" (wenn man klicken und warten so nennt). Jetzt kommt erstmal RAM in die Kiste und dann kann ich mir ne Kopie zum "Spielen" von der VM ziehen und muss nicht immer das Backup wieder und wieder zurück spielen ...

BTW:

Des weiteren lese ich immer von Windows Servern, und dass es da besser läuft; mir ist bewusst, dass dieser ganze Multimediakram unter Linux teilw. nicht funktioniert, aber wer will/darf/kann schon an der Arbeit Fernsehen ? Das setzt ja nen 1-Mann Büro oder eiserne Verschwörung voraus Und ob man Radiomitschitte einem Mailserver // Produktivserver (Backup !) zumuten muss - nun sollte imho eigentlich KEINE Frage sein. So etwas tut man nach meinem Verständnis einfach nicht. Der Rest soll aber nach Aussage der Beschreibung unter Linux funktionieren - und eine Groupware ist da eigentlich bzgl. HA ganz gut aufgehoben - trotzdem zickt das "ding" ständig rum, ist das normal ?!

Meine eigentliche Frage: Lohnt es sich in den sauren Apfel zu beißen, die Lizenzen nochmal zu kaufen und den Server auf Windows zu migrieren (25 User) ?

PS: Ich werde mich das nächste mal bemühen sachlich zu bleiben.

Zitat von marge

Er löscht nicht jede Mail - sondern:
1. Er löscht die "gelöschten" Mails - was ich daran merke, dass der Platzverbrauch von 50 auf 5GB zurück geht
2. Die Einträge ALLER Mails bleiben erhalten
3. Die Bereinigung läuft zügig und ohne Fehler

4. Viele, aber nicht alle Mails, haben keinen Inhalt - also öffnet man die Mail - steht nix drin
5. Einige Mails bleiben voll erhalten - mit der Zeit hat das aber anscheinend weniger zu tun - in meinem Postfach ist alles bis Anfang Juni komplett - bei meinem Chef siehts dann so aus: Mail vom 15.06.08 - OK; Mail von 16.06.08 - leer - Mail vom 17.06.08 - OK - die Daten sind Beispiele, aber ich möchte lediglich darauf hinweisen, dass ICH keinen direkten Zusammenhang sehe, warum die eine Mail gelöscht wird und die anderen dann nicht.

Genau so sieht es bei uns auf einem teilweise replizierten Server aus. Die TOBIT-Manschaft kommt mit Standard-Antwortschreiben und hält sich ansonsten in Schweigen. Telefon kennen die nicht - Klar, die brauchen die Zeit zum EURO-Zählen, da hat man keine Zeit für teuren Support, wenn jemand gerade für 50% upgedatet und einen weitere Volllizenz für 2ten Standort gekauft hat.

Hoffe hier findet bald jemand die Lösung

Gruß Heinz

Tja, vielleicht sollte man mal einen offenen Brief an Tobit verfassen und den an entsprechende "Manager" Magazine schicken ... wenn da ein paar hundert Leute unterschreiben, dann stehen die ganz schön dumm da.... ich wär dabei.

Tum Thema UNC Pfade: Nun ja, ob die alle Stimmen, kann ich nicht sagen; es sind ja ein paar hundert Ordner, mit ein zehntausenden Einträgen -mit grep und cut schaff ich es nicht, da cut verweigert (Binärdatei). Der Vorschlag von Tobit, "einfach" alle Benutzer neu anzulegen und die Mailverzeichnisse zu kopieren ist schwachsinn, weil:

1. ist der Server durch den Ballast so lahm, dass das vom Aufwand her wahrscheinlich teurer ist, als eine neue Exchange Lösung
2. ist das rechtlich äusserst problematisch (Datenschutz)
3. ist es utopisch ... gesetzt dem Fall man hat 1000 User mit je 50 Ordner ... WIE LANGE soll ich denn da schieben ?!

Ob die selbst an das glauben, was die so vorschlagen ....

Aber vielleicht geht ja jemandem ein Licht auf: Dies ist eine Archive.dir:

^@^D^@^P^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mv^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\0^@^DDEL^@^A0^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^D^@^P^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mv^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\1^@^DDEL^@^A1^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^D^@^P^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mv^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\2^@^DDEL^@^A2^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^P^@^A^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@2o^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\3^@^DTrash^@^ATrash^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^D^@^P^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mv^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\4^@^DDEL^@^A4^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^D^@^P^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mv^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\5^@^DDEL^@^A5^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^D^@^P^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mv^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\6^@^DDEL^@^A6^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^D^@^P^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mv^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\7^@^DDEL^@^A7^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^P^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@8x^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\8^@^D8^@^A8^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^P^@^A~@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@~\Y^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^C\\apu.ense.gsg.lan\david\archive\user\10010000\txtmdl^@^DTextbausteine^@^ATextbausteine^@^@^@^@^

Lorem Ipsum

marge

PS: Die Datei ist aus dem unbereinigten System - heute Abend werde ich "bereinigen" (also gezielt zerstören) und dann mal schaun was die archive.dir sagt. Bis dahin ...

falscher Post