TB findet abgetrennte Anhänge nicht mehr

TB 137.0.2 & Win 11 24H2

Umstieg von der ESR-Version (128. ...) auf den "normalen" Release-Kanal (137. ...). Seitdem findet TB abgetrennte und verlinkte Anhänge nicht mehr:

Sowohl Anhänge, die vor Jahren mit früheren Versionen abgetrennt worden sind, als auch Anhänge, die gerade eben mit der aktuellen TB-Version abgetrennt worden sind, werden nicht mehr gefunden.

Es handelt sich um einen Netzwerkpfad (SMB-Freigabe in Windows Netzwerk ohne Domäne). Hat jahrelang so funktioniert.

Der Pfad ist selbstverständlich verfügbar. Das Abtrennen dorthin wird ohne Fehlermeldung vollzogen. Die abgetrennten Anhänge liegen danach auch dort. Rechtsklick "Link-Adresse kopieren" und Einfügen derselben in den Windows Explorer funktioniert ebenfalls.

Das Problem ist identisch auf jedem Rechner, der vom 129er ESR- auf das current 137er Release upgedated worden ist. Keines dieser 137er Thunderbird-Releases findet mehr irgendeinen abgetrennten Anhang.

Der Umstieg vom esr- auf den release-channel war vermutlich eine dumme Idee.

Ich habe einen Bugreport erstellt (Bug 1964145; Titel "TB cannot find detached attachments").

Scheint kein Bug zu sein, sondern ein Feature. Auf Bugzilla habe ich folgende Antwort bekommen:

„Looks like an UNC file:// path. Due to security/privacy concerns there we had to apply some restrictions, so UNC paths are no longer directly allowed. Use a mapped drive instead.“

Ja, es ist ein UNC-Pfad, und ja, in Zukunft kann ich für neu abgetrennte Anhänge einen Pfad auf einem verbundenen Netzlaufwerk verwenden.

Wie kann ich indes die bereits abgetrennten und auf den UNC-Pfad verlinkten Anhänge neu verlinken? Es mag nachvollziehbar erscheinen, dass ein Feature irgendwann einmal entfernt wird.

Aber wenn die abgetrennten Anhänge tausender alter E-Mails jetzt einfach weg sein sollen (bzw. das E-Mail-Programm nicht mehr auf diese zugreifen kann; da sind sie ja noch), und sich daran nichts ändern lässt, wäre das schon sehr selbstbewusst von den Entwicklern.

Ja, leider ist das nicht trivial. Ich habe schon ein paar Artikel zu dem Thema nachträgliches Ändern der in der E-Mail selbst (also auf dem IMAP-Server) verlinkten Attachments überflogen, und möchte mir das aktuell nicht zumuten.

Wenn es wenigstens eine Lösung gäbe, es einzeln - Mail für Mail - zu machen, könnte man es wenigstens für die wichtigsten Mails, die im Büro immer wieder aufgerufen werden, händisch veranlassen.

Nicht anders als durch Löschen der ursprünglichen Mail mit Anhang vom IMAP-Server und anschließenden erneuten Upload ohne Anhang, dafür mit dem Link bzw. Verweis, funktionierts ja auch das ursprüngliche Abtrennen des Anhangs.

Es wäre wünschenswert, wenn noch daran gearbeitet würde, dass UNC-Pfade zumindest in Bezug auf abgetrennte Anhänge weiter bzw. wieder funktionieren würden. Ich habe mich absichtlich dazu entschieden, auf einen UNC-Pfad zu verlinken, und nicht auf ein mittels Laufwerksbuchstaben eingebundenes Netzlaufwerk.

Womöglich gibt es spätestens dann größeren Protest, wenn eines der um UNC-Pfade beschnittenen Releases zum esr-Release erklärt wird, und damit verstärkt Einzug ins geschäftliche bzw. "produktive" Umfeld hält. Ich kann mir vorstellen, dass ich dort nicht der Einzige bin, der auf UNC-Pfade gesetzt hat.

Das wäre natürlich ein Riesending. Allein für den Versuch und das Bemühen schon einmal ganz lieben Dank.

Das ist ja unglaublich.

Alle Anhänge wieder aus TB heraus zu öffnen... ich bin sprachlos. Heiligsprechen kann ich Dich nicht, dafür "fehlen mir die Berechtigungen".

Aber ich bin mir sicher, tausend andere vom gleichen Problem geplagte Nutzer, die dank deiner Hilfe weiterarbeiten können, als wäre nie etwas gewesen, würden das jetzt ebenso wie ich gerne tun.

TAUSEND DANK .

Es gibt Neuigkeiten in Sachen Bearbeitung des Bug-Reports:

Der Betreuer, der sich der Sache angenommen hat, hat folgenden Link gepostet, in dem es darum geht, mittels einer Einstellung zugelassene Hostnamen für abgetrennte Attachments zu definieren:

⚙ D247897 Bug 1964145 - Allow access to attachments at specific UNC hosts. r=#thunderbird-reviewers

Die zugelassenen Hostnamen sollen wohl in der Einstellung "mail.allowed_attachment_hostnames" (mail/app/profile/all-thunderbird.js) hinterlegt werden.

Gemäß mail/modules/AttachmentInfo.sys.mjs soll, so lese ich das als Laie, abgefragt werden, ob in "mail.allowed_attachment_hostnames" eine entsprechende Ausnahme hinterlegt ist. Davon abhängig soll der Zugriff entweder erlaubt werden, oder es wird ausgegeben, dass der Zugriff aufgrund des Umstands, dass es sich um einen UNC-Pfad handelt, blockiert worden ist, jedoch die Möglichkeit besteht, die Blockierung durch Hinzufügen einer Ausnahme in der entsprechenden Einstellung aufzuheben.

Heißt das, dass daran gearbeitet wird, und eine entsprechende Einstellung irgendwann mittels about:config allgemein verfügbar sein wird, oder kann / muss ich jetzt schon irgendetwas unternehmen?

Sorry für mein Unwissen, ich stecke da leider nicht so tief drin.

Dein Add-on ist trotzdem genial und hilft mir im produktiven Einsatz riesig.

Natürlich ist es langfristig eleganter, wenn eine meiner Ansicht nach so elementare Funktion wie das Abtrennen auf einen nicht als Netzlaufwerk gemappten UNC-Pfad weiterhin bzw. wieder auch ohne Add-on funktioniert.

Ich erwäge, wieder auf den ESR Channel zu wechseln. Es wird ja gemunkelt, dass Version 140 die nächste ESR werden könnte. Deshalb habe ich jetzt mal Auto-Updates abgeschaltet, um auf 138.0 zu verharren und nicht im Release-Channel die ESR zu überholen. Wenn dann eine Version höher als 138.0 die neue ESR werden sollte, müsste es ja ohne Datenverlust mit dem Herunterladen und Drüberinstallieren des entsprechenden ESR-Installations-Packages klappen.