Hallo Kevin,
mag sein, dass die zweite Frage mit der ersten im Zusammenhang steht (meiner Einschätzung nach nicht), aber ich hätte das an Deiner Stelle eher in eine eigenständige Frage gepackt. Es ist ausserdem auch kein direktes Thunderbird-Problem.
Ein Tool zur automatischen Kürzung von Dateinamen (Dateiname = effektiv Dateiname + gesamter Pfad !) ist mir nicht bekannt. Der gesamte Pfad hat unter Windows bei ca. 250 Zeichen ein Limit. Darüberhinaus steigen dann einige Komponenten von Windows mit Fehlermeldungen aus. Thunderbird könnte auch mit längeren Pfaden umgehen, kann aber eine Einschränkung des Betriebssystems nicht neutralisieren.
Gewöhnlich kommt dieses Problem auf, wenn man unbedacht ganze Verzeichnisstrukturen in anderen Verzeichnisstrukturen kopiert. Die Lösung ist deshalb in aller Regel nicht nur die Kürzung des Dateinamens, sondern man müsste auch die ganzen Verzeichnisenamen im Pfad einkürzen oder gleich den ganzen Pfad reduzieren. Das wiederum kann andere Probleme nach sich ziehen, wenn es z. B. Vernüpfungen in diese Strukturen hinein gibt. Die eleganteste Option ganz ohne irgendwelche Tools ist in der Tat die Reduzierung der Schachtelungstiefe. Ein oder zwei Ebenen aus dem Pfad raus und alle vorher zu langen Dateinamen könnten wieder im Limit sein, ohne alle 1.000 Dateinamen anfassen zu müssen. Trotzdem solltest Du Deine Vorgehensweise überdenken.
Mit Thunderbird kann man das auch 'hinbekommen', wenn man intensiv eine Ablagestruktur z. B. in Lokale Ordner erstellt und immer tiefer schachtelt. Da übersieht man leicht, dass sich diese Struktur analog auf Verzeichnisebene des Betriebssystems abbildet und vor dem eigentlichen Ordnernamen in Thunderbird auf Dateiebene noch c:\users\<username>\AppData\Roaming\Thunderbird\Profiles\<xxxxxxxx>.default-release\Mail\Local Folders hängt. Das sind alleine auch schon 102 Zeichen.
Ich gehe davon aus, dass sich Deine Verschiebeaktion auf Dateiebene nicht auf Mails bezieht, die Thunderbird noch in der Verwaltung hat, sondern um exportierte Mails.
Gruß
Sehvornix
Teste mal, ob das Verhalten im Abgesicherten Modus auch so ist.
Die Lösung ist deshalb in aller Regel nicht nur die Kürzung des Dateinamens, sondern man müsste auch die ganzen Verzeichnisenamen im Pfad einkürzen oder gleich den ganzen Pfad reduzieren.
Hallo 
nein. Zumindest in diesem Fall kann man ganz einfach (temporär oder dauerhaft) Lokale Ordner als Laufwerk in Windows einbinden (oder das Kommando SUBST verwenden).
Hey Ingo,
coole Abkürzung, das gute alte SUBST 
. Das muss ich mir mal passend merken, für den Fall, wenn ich wieder so was vor den Fingern habe. Wäre für mich zwar keine Dauerlösung, aber vielleicht hilfts dem OP. Muss natürlich nach jedem Neustart neu ge-subst-et werden. Würde wohl auch nicht helfen, wenn man sich in Thunderbird die Struktur zu tief (zu lang) gebaut hat, aber für Korrekturarbeiten .. very nice.
Gruß
Sehvornix
Wäre für mich zwar keine Dauerlösung, aber vielleicht hilfts dem OP.
Hallo
richtig. Und man könnte den Inhalt evtl. auf diese Weise in einen kürzeren Pfad umkopieren (ungetestet).
Muss natürlich nach jedem Neustart neu ge-subst-et werden.
Ja, deshalb hat man das früher in die AUTOEXEC.BAT eingebaut (erinnerst Du Dich noch?). Heutzutage kannst Du den Pfad in der GUI als Netzwerklaufwerk verbinden (siehe den ersten Link) und diese Zuordnung auch als permanent definieren. Ach übrigens: für die Puristen geht das auch mit Net Use.
Würde wohl auch nicht helfen, wenn man sich in Thunderbird die Struktur zu tief (zu lang) gebaut hat
Von der Theorie müsste das sogar gehen, indem Du %AppData%\Thunderbird\Profiles\<xxxxxxxx>.default-release einem Laufwerksbuchstaben zuweist (damit wird der Pfad zumindest schon einmal deutlich kürzer) und in der Profilverwaltung diesen Laufwerksbuchstaben angibst (ungetestet). Empfehlenswert ist das natürlich nicht.
Gruß Ingo
Und man könnte den Inhalt evtl. auf diese Weise in einen kürzeren Pfad umkopieren (ungetestet).
Mir scheint, hier liegt ein Gedankenfehler vor. Offenbar werden Lesen und Schreiben verwechselt. Umkopieren kann er auch so. Dazu benötigt er den subst nicht. Die Daten liegen ja in einem gültigen Pfad vor und können gelesen werden.
Warum sollte exile_in_hell dann die Daten mit einem Trick auf einen ungültigen, weil zu langen, Pfad kopieren? Lesen kann er die Daten ja logischerweise. Und auf einen gültigen Pfad kopieren kann er sie auch so, denn der Quellpfad ist ja ok.
Ein zielgerichteter Tipp sollte doch eher der sein, den Speicherpfad so zu wählen, dass er den Konventionen von Windows entspricht. Mit allem anderen handelt er sich nur Ärger ein.
Außerdem hat der Befehl eine wesentlich Einschränkung, die man zumindest erwähnen sollte. Es gibt eine harte Begrenzung durch das jeweilige Dateisystem. Dort liegt die eigentliche Grenze, nicht im Betriebssystem.
Dass der Trick mit dem subst zu diesem Zweck überhaupt funktionieren kann, liegt nur daran, dass Windows die Anzahl der Zeichen selbst dann begrenzt, wenn das darunterliegende Dateisystem mehr Zeichen unterstützt. Das ist bei NTFS zum Beispiel der Fall. Soweit ok.
Wenn aber das darunterliegende Dateisystem (man denke z.B. an FAT-formatierte USB-Sticks oder wie in diesem Fall an eine DVD) nicht mehr als x Zeichen unterstützt, dann kann daran auch der Trick mit dem subst nichts ändern.
Dann mess doch mal die Länge des konkreten Pfades einer solchen Mail-Datei, die auf die D-Partition verschoben werden soll?
Dazu kann man den Pfad aus dem Explorer per Copy & Paste rausholen und entweder in einen Editor einfügen + auszählen oder eleganter mit LibreOffice Calc oder Excel in eine Zelle einfügen und mit =Länge(Zelle in der der String steht) sich den Wert besorgen. Möglichst inklusive des Dateinamens. Dann schauen wir mal, wo sich das aktuell so bewegt und ob die Meldung daher kommt.
Gruß
Sehvornix
RAM-DVD!
Ach so, damit gelten natürlich ganz andere Regeln. Insb. hat so eine DVD-RAM ein anderes Dateisystem mit anderen Limits. Aber das ist echt kein Thunderbird-Thema und über lange Zeiten beim Verschieben von Dateien auf eine DVD-RAM brauchen wir eigentlich auch nicht weiter diskutieren (Brenndauer).
Speziell das mit dem "=Länge" ?
Als Beispiel mit Hilfe von Excel:
Noch deutlicher kann ich es nicht vorzeichnen.
Dein eigentliches Problem ist ja anscheinend gelöst und das Verschieben innerhalb von Thunderbird läuft wieder normal. Von daher würde ich sagen, kann der Thread als erledigt gekennzeichnet werden.
Gruß
Sehvornix
Ich will einen letzten Versuch machen. Ich verstehe nicht, warum du dich abmühst mit Buchstabenzählen. Wenn der Pfad für die DVD zu lang ist, dann ist er zu lang. Da hilft kein Zählen und auch der subst-Befehl* nicht.
Du hast zwei Möglichkeiten:
Du kannst versuchen, ob du den Pfad verkürzen kannst. Wenn allerdings schon allein die Ordnerstruktur der E-Mails zu lang ist (für das Dateisystem der DVD), dann bleibt dir nur die Möglichkeit, auf eine anderes Medium zu kopieren. Auf eines, das längere Pfade unterstützt.
* : Wie oben erwähnt, außer beim Lesen von Pfaden, die länger sind als Windows erlaubt. Da du die Struktur aber unter Windows angelegt hast, spielt das hier keine Rolle.
Könnte also jemand eine Sw empfehlen, mit der man schnell, effizient und einfach diese aberwitzig-hirnig-langen Dateinamen kürzen kann?
Ich kenne keine. Unter Linux vielleicht mit RegEx aus der Kommandozeile. Aber auch das würde ich nicht am Live-System machen. Im Thunderbird gehören zu einem Ordner mehrere Dateien. Wenn die nicht gleich umbenannt werden, endet es böse.
Ich würde die Daten einfach auf ein anderes Medium kopieren. Die sind doch sehr günstig zu haben. Die Grenzen des Filesystems auf der DVD wirst du jedenfalls nicht ändern können.
Du hast vermutlich Windows, und die Festplatte ist NTFS-formatiert. Wenn die Dateien darauf unter Windows erstellt wurden und somit für den Thunderbird erreichbar sind, dann ist die maximal zulässige Länge des Windows nicht überschritten*. Du benötigst also ein Medium mit einem Dateisystem, das mindestens diese Länge unterstützt. Jedes Medium, das sich mit NTFS formatieren lässt (DVDs gehören nicht dazu) wäre geeignet. Ich würde eine externe HDD oder SSD empfehlen.
* : NTFS unterstützt längere Pfade als Windows. Man kann also von einem anderen Betriebssystem aus oder mit dem oben erwähnten subst durchaus längere Pfade auf einer solchen Festplatte benutzen. Das hilft dir aber nicht im Falle der DVD-RAM, weil du hier die maximal mögliche Länge des Dateisystems überschreitest.
