OE 6.0 – Nach Start – Ordnerstruktur / Ansicht kompl./falsch offen

Hi mfn,

Danke für die Unterstützung!
Sorry, dass ich mich erst jetzt melde, konnte aber jetzt den Tipp übers Wochenende ausprobieren.

Zum Komprimieren: Ja, ich komprimiere \“immer\“ \“alle Ordner\“, jedoch warte ich im Regefall auf die Aufforderung vom OE (erfolgt bei jedem 100.Aufruf des Programms).

Habe die folders.dbx gesichert und gelöscht
und *schaumaleinerguck* 😉 die folders.dbx wird neu aufgebaut.

Das was aber verloren geht, ist die Ebenen-Struktur (Baumstruktur) der Ordner.
Soll heißen, alle Ordner befinden sich nach der Aktion in der ersten/obersten Ebene.

Eine händisches Neuzuordnen (verbunden mit erneute Umbennungen) erwies sich in meinen Fall (bei 512 Ordnern) als zu aufwendig.

===Achtung! es folgt \“ein wenig\“ Offtopic===

Dennoch war die Aktion ziemlich lehrreich (zumindest für mich…hehe):

Der OE scheint beim Neuaufbau der folders.dbx, alle *.dbx-Ordner aus dem Stammverzeichnis neu einzulesen. Soweit, so gut. Doch kommt es bei einigen Ordnern zu Schwierigkeiten, wegen des verwendeten Namens/der verwendeten Schriftzeichen.
Falls es auftritt, benennt der OE diese betreffenden *.dbx-Dateien für die Ordneransicht um.
Die Original *.dbx-Datei behält jedoch Ihren Namen.
Beispiele :
– Ordner mit zwei aufeinanderfolgenden Unterstrichen, werden für die Ordneransicht umbenannt: aus \“__Autoverkauf\“ wird \“Autoverkauf\“
– Ordner wie \“abc123 de vu\“, heißen in der Ordneransicht nur noch \“de vu\“
– Ordner mit anscheinend zu langen Namen, z.B. aus der 3 Unterebene, werden teilweise gekürzt und enden, in der Ordneransicht, bei der ersten Leerstelle.
– Ordner die in im OE manuell umbenannt wurden und dann mit einem Großuchstaben begannen, lauten aufgrund des Neueinlesens, wieder wie vorher (aus Ordner \“Andyz\“ wird \“andyz\“).

Fazit:
Insgesamt scheint der OE bei Umbennenungsaktion (aus der Vergangenheit) \“Schwierigkeiten\“,
von mir auch aus \“gewisse -nicht allgemein bekannte- Restriktionen\“,
zu haben. Allerdings hilft sich der OE in diesen Fällen selbst, durch Vergabe eigner Namen für die Ordneransicht (und das ist eben nicht immer \“so toll\“ für den Anwender).

Und wenn ich es richtig erkannt habe (bin mir da nicht ganz sicher), so werden diese \“eigenen Namen aus der Ordneransicht\“ auch in den jeweiligen *.dbx-Dateien gespeichert.

Empfehlung daher, um Schwierigkeiten vorzubeugen:

– Keine doppelten Ordnernamen vergeben, auch wenn diese sich in verschieden Ebenen befinden
– Keine Nutzung von Sonderzeichen
– Leerstellen im Namen vermeiden
– Keine zu langen Ordnernamen (…ich nehm mal an: max 255 Zeichen, inklusive übergeordnete Ordnernamen…).
– Statt Ordner umzubenennen, lieber Neuanlage und verschieben der Mails aus den \“alten\“ in den \“neuen\“ Ordner.

Und der Vollständigkeithalber sei hier auch genannt:

– Größe einzelner *.dbx-Dateien maximal 100 MB, bei Überschreiten Ordner aufteilen.
– Den Ordner \“Posteingang\“ möglichst leer halten, Nachrichten regelmäßig aussortieren/verschieben in eigene Ordner (geht bestens und vorallem automatisch über \“Regeln erstellen\“ im OE).
– regelmäßiges Backup der mindestens *.dbx-Dateien, ggf. der angelegten Konten und der Regeln.
– Komprimieren \“aller Odner\“ nach Aufforderung durch den OE durchführen lassen.
– Komprimieren \“aller Odner\“ nach größeren manuellen Lösch- und Verschiebe-Aktion.

=== ===

Achja, und mein eigentliches Anliegen, hab ich so gelöst:

Nach dem Wiederherstellen der Ursprungs-folders.dbx, habe ich bei vollständig geöffneter Baumstruktur, mit der Tastenkombination \“STRG+UMSCHALTUNG+A\“, alle Ordner \“als vollständig gelesen\“ makiert. Also, auch die Ordner, die augenscheinlich keine \“ungelsenen\“ Nachrichten enthielten. Bei erreichen einer höheren Ebene, diese geschlossen und den OE jeweils neugestartet. Ergebniss kontrolliert…

Und jetzt – funzt alles bestens 🙂

Vielen Dank nochmal für die Hilfe!
Sonnige Grüße aus Berlin

Andyz

[Editiert am 11/6/2007 von Andyz]