Hallo Ingo,
danke für den interessanten Link!
Damit scheint sich zu bestätigen, dass bei Axel die Pfade zu einigen tief vergrabenen Unterordnern offenbar das Limit überschritten.
Aber schon allein das "Entpacken" des überflüssigen Ordners \Outlook-Import.sbd\ in "Local Folders" hätte eine Ersparnis von 19 Zeichen gebracht!! 
Gruß
Hallo,
Interessant wäre, ob diese (oder eine) Beschränkung auch im TB verankert ist. Die maximale Länge der Dateinamen bzw. die maximale Pfadlänge hängen neben dem Betriebssytem (Windows: 255/260, Linux: 255/4096, Mac ?) ja auch vom verwendeten Dateisystem ab. NTFS erlaubt z.B. 32767 Zeichen für den kompletten Pfad. Verwendet am also anstatt der klassischen Pfadangabe unter Windows mit NTFS
c:\langer_Pfad\Dateinameeine Bezeichnung nach UNC, also
\\.\c:\langer_Pfad\Dateinamegibt es Luft nach oben.
Falls jemand von euch Zeit und Lust hat, ein wenig zu testen 
Gruß
Susanne
Hallo,
also ich habe nur die Namen verändert, alles "komische" raus genommen und möglichst kurz gehalten. Vor allem Leerzeichen, zusätzliche Punkte, Bindestriche, Schrägstriche.
Über die Fehlerkonsole hat sich gezeigt, dass noch nicht alle Ordner repariert waren. Von 2011 war noch was übrig, weil es vorher nicht aufgefallen war:
Das nehme ich jetzt mal zum Anlass, das mit den Namen zu testen:
Alle Dateinamen ließen sich problemlos auf einfacherere Namen ändern, auch längere. Aber ohne Leerzeichen, ohne "+", ohne Punkte (alles was nach einem Punkt kommt, wird als Dateiendung angesehen, logisch...), dafür eher Unterstriche. "Killernieten"...? Keine Ahnung, was da nicht passt? Habe ich einfach "KillerNieten" draus gemacht.
Beim letzten Eintrag "Heizkörper-Thermostat" ließ sich der Name erst ändern, als er nicht länger als 20 Zeichen war in: "Heizkoerper-Thermost"
Vorher immer Fehlermeldung: "Dateiname zu lang!"
Einiges ist 'repariert', aber noch nicht alles:
Ich probier mal noch ein bisschen rum...
Andererseits, wie schon gesagt, sind die Pfade/Pfadlängen jetzt nicht anders als vorher. Glaube nicht, dass es daran lag.
Ich tippe auf "falsche" Zeichen in den Namen, auch so was wie "Um-Schreibungen" für "ä", "ü" usw. im deutschen Outlook für WIN, das ja eigentlich englische Betriebssystem, das ja wohl "intern" auch englisch abläuft, oder?
Steck da nicht so tief in der Materie...
Gruß
Hallo noch mal!
Habe noch ein bisschen mit den Namen probiert und damit erstmal alles 'repariert'...
Mal sehen, ob das so bleibt.
Ansonsten scheint es das zu sein. Da bin ich ganz froh!
Gruß
Hallo,
also ich habe nur die Namen verändert, alles "komische" raus genommen und möglichst kurz gehalten. Vor allem Leerzeichen, zusätzliche Punkte, Bindestriche, Schrägstriche.Über die Fehlerkonsole hat sich gezeigt, dass noch nicht alle Ordner repariert waren. Von 2011 war noch was übrig, weil es vorher nicht aufgefallen war:
Nur ganz kurz:
bei deinem screenshot "Eigenschaften" fällt mir auf, dass die Standard-Zeichenkodierung auf "Arabisch" steht.
Hast du schon mal versucht, sie auf "Western" umzustellen?
Hallo,
das stellt sich automatisch auf "Westlich (ISO-8859-15)", wenn der Pfad da ist und Ordner gefunden wurden.
OK, danke.
Jetzt scheint also alles zu funktionieren.
Aber aus reiner Neugierde hätte ich einfach mal die Zahl der Zeichen im Pfad eines der am tiefsten in der Ordnerhierarchie (also im untersten Niveau) "versteckten" Unterordners überprüft
Gruß
Hier mal drei Pfade, alle gleiche Tiefe:
mailbox:///C:/Users/Axel/AppData/Roaming/Thunderbird/Profiles/v7ull7io.default/Mail/Local Folders/http://Outlook-Import.sbd/201236afe7ad.sbd/G Geschäftlich http://20127a0ac032.sbd/BECKMANN DRUM & http://PERCUSSION.sbd/Anfragen, b2b, http://Zusammenarbeit.sbd/xxxx http://xxxxx.sbd/Bestellungen
mailbox:///C:/Users/Axel/AppData/Roaming/Thunderbird/Profiles/v7ull7io.default/Mail/Local Folders/http://Outlook-Import.sbd/201236afe7ad.sbd/G Geschäftlich http://20127a0ac032.sbd/BECKMANN DRUM & http://PERCUSSION.sbd/Google http://2012.sbd/AdWords-Kundennummer31b76bf2.sbd/eBookxxxxx
mailbox:///C:/Users/Axel/AppData/Roaming/Thunderbird/Profiles/v7ull7io.default/Mail/Local Folders/http://Outlook-Import.sbd/201236afe7ad.sbd/G Geschäftlich http://20127a0ac032.sbd/BECKMANN DRUM & http://PERCUSSION.sbd/Rohhaut - http://Lieferanten.sbd/xxxxxxxxxxxx.de - http://Hautschnur.sbd/Zugga6b2cd7e
Noch mehr tief hab - ich glaub ich - nicht...
Aber kann ich ja mal probieren...
Gruß
Danke für diese Beispiele!
Wenn ich bei C:/ anfange zu zählen, komme ich auf 244, 246 und 252 Zeichen, das heißt etwas unter der theoretischen maximalen Pfadlänge von 260 Zeichen.
Ich denke mal, dass das Verkürzen der sehr langen Namen von einigen Unterordnern die Pfadlänge dieser Unterordner wieder unter das Limit gebracht hat.
Vielleicht wäre das Problem überhaupt nicht aufgetreten, wenn du von Beginn an den Ordner /Outlook-Import.sbd/ "entpackt" hättest, was eine Verkürzung der Pfade um immerhin 19 Zeichen bedeutet hätte
Gruß
Hi,
ja, das mit der Pfadlänge kann gut sein. Aber wirklich probieren möchte ich das jetzt nicht...
Das mit dem "Entpacken" wurde ja schon mal erwähnt, hier. Aber das sagt mir nix...
Vielleicht hab ich es in der Installationsanleitung/Outlook-Impoert von TB überlesen, falls da etwas dazu steht?
Wie würde denn das gehen, 'entpacken' der Outlook-Import.sbd? Bringt das jetzt noch was, ggf. in Hinblick auf mehr Stabilität?
Wobei im Moment so alles ganz gut stabil läuft. Und es fehlen dann ja auch die ganzen neuen Mails, hin und zurück.
Gruß
Wie würde denn das gehen, 'entpacken' der Outlook-Import.sbd? Bringt das jetzt noch was, ggf. in Hinblick auf mehr Stabilität?
Mit "Entpacken" des Ordners "Outlook-Import.sbd" in "Local Folders" meinte ich, den gesamten Inhalt des .sbd-Ordners direkt in den Ordner "Local Folders" zu verschieben und danach den leeren Ordner Outlook-Import.sbd mitsamt den Dateien Outlook-Import und Outlook-Import.msf zu löschen.
Damit hättest du ein Niveau weniger in der "Ordnerkaskade" im Profil und gleichzeitig 19 Zeichen weniger in den Pfaden der Unterordner gehabt.
Da im Augenblick wieder alles läuft, kannst du es natürlich in dem Zustand belassen.
Das Problem könnte gegebenenfalls erneut auftreten, wenn du beschließt, in dem niedrigsten Unterordner einen neuen Unterordner zu erstellen mit einem längeren Namen, was u. U. wieder zu einem Pfad führen könnte, der das Limit überschreitet.
Aber in diesem Fall bin ich sicher, dass du dich wieder an diesen Thread erinnerst
Ich hoffe, ich habe mich einigermaßen verständlich ausgedrückt.
Gruß
Ich hoffe, ich habe mich einigermaßen verständlich ausgedrückt.
ja ja..., klar!
das könnte ich ja sogar noch machen. Also, vielen Dank auch für diesen Tipp!
Gruß
Ich habe inzwischen gemerkt, dass das Wort "entpacken" schlecht von mir gewählt war, da es in der Informatiksprache eher etwas anderes bedeutet (z. B. komprimierte Dateien "entpacken").
Den Inhalt des Ordners "auspacken" wäre sicher verständlicher gewesen, so wie man einen Koffer auspackt (= leert).
Im übrigen verstehe ich jetzt auch die Meldungen in deiner Fehlerkonsole:
sie wurden dadurch verursacht, dass die GLODA (Globale Suche und Nachrichtenindizierung von TB) wegen der zu vielen und/oder ungültiger Zeichen in den Pfaden keinen Zugang zu bestimmten Unterordnern hatte, um sie zu indizieren.
Im übrigen verstehe ich jetzt auch die Meldungen in deiner Fehlerkonsole:
sie wurden dadurch verursacht, dass die GLODA (Globale Suche und Nachrichtenindizierung von TB) wegen der zu vielen und/oder ungültiger Zeichen in den Pfaden keinen Zugang zu bestimmten Unterordnern hatte, um sie zu indizieren.
Oh, wow...! Na da haben wir's ja! 
den gesamten Inhalt des .sbd-Ordners direkt in den Ordner "Local Folders" ... verschieben
- usw... Das fand ich so ganz gut und sofort verständlich. Ist ja auch nicht viel länger, als "entpacken" zu schreiben und das hinterher zu erklären...
Den Inhalt des Ordners "auspacken" wäre sicher verständlicher gewesen, so wie man einen Koffer auspackt (= leert).
Oder vielleicht "umpacken"...
Aber eine gute Idee, mach ich vielleicht noch.
Gruß
