woher kommt diese Datei?
Falls es euch weiter hilft:
eine solche Index.html Datei entsteht zum Beispiel, wenn man eine Gruppe von Nachrichten mit ImportExportTools NG auf folgende Weise exportiert:
Dann entstehen die .eml Dateien der Nachrichten und eine Index.html Datei:
Wenn die Index.html in einem Browser geöffnet wird, ist die Ansicht wie im Screenshot in Beitrag #10:
Ob es praxisgerecht ist, jedesmal a) beim TB-Start das zu verwendenene Profil zu wählen und b) bei jedem Wechsel zu einem anderen Postfach erst TB zu beenden und (mit anderem TB-Profil) neu zu starten, wäre einen Test wert.
So umständlich mit Beenden und Neustart von TB etc muss es nicht sein.
Am einfachsten lässt sich der Wechsel von einem zum anderen Profil mit der Erweiterung "Profile Switcher" https://addons.thunderbird.net/de/thunderbird…ofile-switcher/ vollziehen
Zum anderen gibt es den "eingebauten" Profilmanager von TB vie Hilfe > Weitere Informationen zur Fehlerbehebung > about:profiles, zugegebenermaßen etwas umständlich, es sei denn, man behält "Über Profile" ständig zugreifbar in einem Tab geöffnet.
Da ich viele Jahre zusätzlich zu meinem Arbeitsprofil (das ich nicht zumüllen wollte) immer ein Profil ausschließlich zum Testen benutzte, habe ich mir vor 15 Jahren ein Script "Thunderbird PM" gebastelt, mit dem ich mit einem Klick den "klassischen" Profil-Manager von TB öffnen kann.
Man kann also problemlos zwei oder mehr Profile nebeneinander öffnen.
Damit will ich balistas Vorhaben weder befürworten noch kritisieren, sondern nur darauf hinweisen, dass es nicht unbedingt schwierig sein muss, mehrere Profile mit der selben TB-Version nebeneinander zu benutzen. Für mich war es zur Gewohnheit geworden.
Die "natürliche" Weise PDF Dateien in TB auf einem Mac zu öffnen, wäre doch "Vorschau in Thunderbird" (= in einem neuen Tab) oder auch "Mit Preview öffnen" (= mit Vorschau.app)
Es gab diese beiden Bugs (und vielleicht noch Duplikate)
Beide betrafen allerdings die v91.
Welche Einstellung hast du zum Öffnen von PDF Anhängen?
Hallo,
kein Problem hier in TB 102.8.0 (und auch nicht in TB 111.0b2) unter macOS 10.14.6 (Mojave).
Ich kann mich aber dunkel erinnern, dass es in den ersten 102.* Versionen einen solchen Bug gab, allerdings nicht in der Mac-Version.
Hallo,
Gibt es nicht einen anderen Weg, die vermutlich jetzt nur "versteckten" Kalendereinträge wieder anzeigen zu lassen?
Ich bin mir nicht sicher, ob meine Methode auch dir helfen kann, aber ich kann sie ja mal beschreiben.
Da man seit der Version Thunderbird 102.1.0 keinen CalDav Kalender mehr erstellen kann (Bug 1795862), es sei denn man installiert die Erweiterungen TbSync und Provider for CalDav & CardDav, benutze ich für die Beta-Versionen eine copy & paste Methode:
ich installiere eine Version < 102.1.0, in der CalDav noch funktionierte, und erstelle darin alle meine Kalender.
Dann öffne ich die in diesem Profil befindliche prefs.js Datei und kopiere en bloc sämtliche Zeilen, die mit user_pref("calendar... beginnen. Danach öffne ich die prefs.js Datei des Profils der neueren 102 Version (oder z.B 111.0b2), markiere darin sämtliche Zeilen, die mit user_pref("calendar ,... anfangen, und überschreibe sie mit den aus dem anderen Profil kopierten Zeilen.
Zusätzlich muss auch noch der Ordner "calendar-data" aus dem 102er Profilordner in den 111er Profilordner kopiert werden.
Alles bei beendetem TB!
Natürlich solltest du diese Manipulationen nur an einer Kopie deiner aktuellen prefs.js Datei durchführen. Denn wenn die Manipulation nicht funktioniert, kannst du wieder deine aktuelle prefs.js wieder in den Profilordner einsetzen.
Ich habe das inzwischen mit mehreren Profilen gemacht und es hat danach funktioniert
P.S. Hab's inzwischen dann auch schon selbst kapiert, bin in die Konteneinstellungn für Lokale Ordner gegangen und habe dort den bisherigen Ordner gewählt.
Gerade wollte ich dir antworten, da sah ich, dass du einen Nachtrag geschrieben hast.
Ist doch gar nicht so kompliziert wie du dachtest 
Ich hatte in meiner Anleitung in Beitrag #20 völlig vergessen, dass von der Korruption der prefs.js auch die Lokalen Ordner betroffen sind. TB erstellt in einem solchen Fall einfach einen neuen Nachrichtenspeicher-Ordner namens "Local Folders-1" im Ordner "Mail", und wenn jemand die Lokalen Ordner zum Speichern von Mails genutzt hat, sieht er zunächst nur die Systemordner "Postausgang' und "Papierkorb" in den "neuen" Lokalen Ordnern, solange die Verknüpfung mit dem alten Speicherordner "Local Folders" nicht wiederhergestellt wird.
Natürlich hätte auch das manuelle Löschen der neuen "Local Folders-1" und das Umbenennen der alten "Local Folders" in "Local Folders-1" funktioniert, selbstverständlich bei beendetem Programm Thunderbird.
An welche Stelle also hat sich ein Schaden eingeschlichen?
schlingo hat als Erster auf eine korrupte prefs.js Datei des bislang benutzten Profils als Ursache hingewiesen.
Ich bin der selben Meinung, da ich dieses Problem schon Dutzende Male in den Foren gesehen habe.
Häufigste Ursache der Korrumpierung: PC-Absturz, nicht sachgemäßes Beenden von TB, Stromausfall, ...
Das Profil funktioniert noch teilweise (Adressbücher, einige Menüs, ...), aber die Konten sind weg, weil TB die korrupte Datei prefs.js umbenennt in prefs-1.js (oder manchmal in invalidprefs.js ) und gleichzeitig eine neue Datei prefs.js mit einer Größe von ungefähr 5 bis 7 kB erstellt, in der jegliche Konten-Parameter fehlen. Daher beim Start die Aufforderung von TB zum Einrichten eines Kontos.
Man kann das ganz einfach nachprüfen, indem man den Profilordner des bislang benutzten Profils öffnet und nach den Einträgen sucht, die mit prefs beginnen. Findet man eine prefs-1.js Datei von einer Größe von 30 bis 50 kB und einem relativ neuen Zeitstempel (gestern oder vorgestern) und eine prefs.js Datei mit einem neuen Zeitstempel (heute oder gestern) und einer geringen Größe (5 - 7 kB), dann ist die Diagnose klar.
Lösung:
die Datei prefs.js aus einem nicht zu alten Profil-Backup kopieren und in das zuletzt benutzte Profil einsetzen.
Wenn kein Profil-Backuip vorhanden ist, welches die Regel ist, muss man die Konten neu einrichten.
Falls es sich um POP-Konten handelt, muss man sie anschließend über die Server-Einstellungen > Nachrichtenspeicher > Lokaler Ordner (des Nachrichtenspeichers) > Ordner wählen ... mit den alten Kontenverzeichnissen "pop.xxx.xx" im Ordner "Mail" neu verknüpfen.
Bei einer kaputten prefs.js hat es also keinen Sinn, ein neues Profil zu erstellen und mit dem bisherigen Profilordner zu verknüpfen.
Mit dem gleichen Profilinhalt holt man sich wieder das gleiche Problem ins Haus bzw in Thunderbird.
Ich bin beeindruckt von Deinerm festen Glauben daran, dass irgendwer Sicherheitskopien von dieser Datei hat
Es geht nicht darum, Sicherungskopien der Datei prefs.js zu machen, sondern des kompletten Profilordners.
Wenn die nicht zu alt ist, kann man daraus durchaus die Datei prefs.js benutzen.
Aber nichtsdestotrotz muss ich dir recht geben: wer macht denn schon Backups wichtiger Daten? 
Falle es sich um eine Neueinrichtung von TB handelt mit Erstellen eines POP-Kontos, dann musst du zunächst eine Mail senden, damit der Ordner "Gesendet"erstellt wird. Standardmäßig werden beim Erstellen eines POP-Kontos nur die beiden Systemordner Posteingang und Papierkorb erstellt, alle anderen Systemordner wie Archiv, Entwürfe, Junk werden beim erstmaligen Archivieren, Speichern eines Entwurfs bzw Aktivieren des Junk-Filters erzeugt.
Der Ordner Postausgang in den Lokalen Ordnern dient nur zum Zwischenspeichern von Mail,s die nicht sofort, sondern zu einem späteren Zeitpunkt gesendet werden sollen.
Bei mir nicht in einem Testprofil
sondern im Posteingang des Standardkontos.
Bei mir im letzten Zielordner, gleichgültig ob er im Standardkonto oder einem anderen liegt.
Dieser Eintrag im Kontextmenü einer Nachricht enthält offensichtlich den Zielordner der zuletzt ausgeführten Verschiebeaktion (beim Kopieren analog das gleiche).
Genau so ist es. Ich habe es inzwischen noch mit anderen Konten und Ordnern getestet.
Ich weiß nicht, seit welcher Version dieser Eintrag Verschieben in <Ordner> existiert und warum er bei mir im ersten Versuch nicht angezeigt wurde. Denn ich erinnere mich, dass ich vor nicht allzu langer Zeit diesen Eintrag bei einer solchen Aktion noch im R-Klick-Menu gesehen hatte. Es könnte aber durchaus sein, dass der Eintrag nach einer gewissen Zeitspanne automatisch aus dem Menü entfernt wird.
Bei manuellem (mit der Maus) Verschieben oder Kopieren einer Nachricht in einen anderen Ordner schlägt sich das übrigens ebenfalls in den Menüpunkten Verschieben in ... bzw. Kopieren in ..... nieder.
ERRATUM:
ich habe gerade eben nochmals versucht, eine Mail aus dem Papierkorb eines anderen Kontos in den Posteingang zurück verschieben.
Und siehe da, diesmal gab es in beiden Menüs (Nachricht und R-Klick) einen Eintrag Verschieben in "Posteingang".
Und nun ratet mal, wohin die Nachrichten beim Benutzen dieses Menü-Eintrags verschoben wurden??
Nicht etwa in den Originalordner, d. h. den Posteingang des Kontos, sondern in den Posteingang eines IMAP-Kontos, in dem ich meinen obigen Test gemacht hatte.
Für mich handelt es sich eindeutig um einen Bug.
'Verschieben in "<Ordner>"' verschiebt die Nachricht in den Ordner zurück, aus dem sie gelöscht wurde.
Kannst du genauer erklären wie das funktioniert?
Ich kenne keinen Menü-Eintrag Verschieben in "<Ordner>", mit dem eine Nachricht direkt in den Ursprungsordner zurück verschoben werden kann, sondern nur über Untermenüs.
>> siehe meine Bilder im vorigen Beitrag.
Hallo,
Und in den "normalen" Posteingang ist es eben nicht zurückverschoben worden.
was ist denn ein "normaler" Posteingang verglichen mit den "anderen" Posteingängen ?
Oder meinst du "individueller" Posteingang" versus "gruppiertem" Posteingang?
im Papierkorb habe ich die Nachricht gefunden und bin auch Rechtsklick und "Verschieben in "Posteingang" " , also nicht ersr auf "Verschieben in" oder "Kopieren in" sondern auf den Eintrag unter "Kopieren in".
Dieser Satz ist schwer verständlich bzw in sich widersprüchlich. Man weiß letztlich nicht, ob du verschoben oder kopiert hast. Hast du kopiert, müsste sich ein Exemplar der vermissten Nachricht noch im Papierkorb befinden.
Ich habe mir in meiner Mac-Version von TB das Menü von "Nachricht" sowie das R-Klickmenü einer Nachricht angeschaut und verglichen. Ich kann da keinen Eintrag Verschieben in "Posteingang" sehen wie in deinem Screenshot. Zum Vergleich und zum besseren Verständnis hier Screenshots der beiden Menüs (die Unter-Menüs sind übrigens:
Menü "Nachricht"
R-Klickmenü:
Wie Veteran schon vermutet hat (und wie es meine Screenshots zeigen), könntest du durchaus die Nachricht in den Pôsteingang eines der anderen Konten verschoben haben, weshalb die Suche in allen Posteingängen berechtigt ist.
Da du nichts gefunden hast, schlage ich vor, dass du nacheinander die Eigenschaften jedes Posteingangs aufrufst und den Ordner reparierst.
Wenn danach die verlorene Nachricht nicht wieder aufgetaucht ist und wenn sie für dich enorm wichtig ist, gibt es immer noch die Möglichkeit, den Text der betreffenden Mail aus den Mbox-Dateien "INBOX" oder "Trash" des Kontos heraus zu klauben.
Das ist sehr ärgerlich, denn es war teuer bezahlter Content drin, den es nur in der Email gab.
Wenn du so viel für den "Content" bezahlen musstest, dann kannst du ihn dir sicherlich noch einmal per E-Mail zuschicken lassen, oder etwa nicht?
Falls es tatsächlich ein so großer Verlust ist, könnte man dir gegebenenfalls mit einer Fernwartung unter die Arme greifen. Sonst bräuchte man noch eine Menge Screenshots. Du hast bislang die meisten Infos einschließlich der Kontenart zurûck gehalten.
Ich kann nur sagen, ok, ist so, wäre aber Cool wenn es bei den richtigen ankommt um das zu verhindern.
Verbesserungsvorschläge hier einreichen bzw melden
und/oder https://bugzilla.mozilla.org/home
Hallo,
Wenn ich direkt in Thunderbird ein Ordner mit den Namen ">> Ordnername" anlege, so wird der Ordner auch NICHT angelegt, allerdings gibt es auch keine Fehlermeldung.
Es passiert nichts.
Das habe ich gerade hier unter macOS in einem POP-Konto getestet.
Als Name des neuen Ordners ">>Testordner" gewählt, der Ordner wurde auch als solcher mit exakt diesme Namen in Thunderbird erstellt. Danach noch drei Unterorder mit den Namen Test1 bis Test3 im neuen Ordner erstellt und einige Nachrichten hinein kopiert.
Wie man sieht wurde der Name >>Testordner des neu erstellten Ordners im Profil von TB durch eine achtstellige Buchstaben/Ziffern-Zufallskombination ersetzt, und damit beginnen schon die ersten Probleme.
In diesem Forum wurde schon öfter darüber berichtet, dass Sonderzeichen in Ordnernamen große Probleme hervorrufen und sogar zu Datenverlust führen können.
Ein solches Beispiel mit dem nachträglichen Einsetzen von Sonderzeichen (in diesem Fall Leerzeichen!!) im übergeordneten Ordner, in dem die Daten wiederhergestellt werden konnten: Lokale Ordner keine Inhaltsangabe der Mails
Ich wüsste gerne, ob der lokale (?) Ordner "Gesendet 01" auch bei der Kollegin sichtbar ist, und falls ja, ob die in der Diskussion bei dir angezeigte Mail vom 16.02.23 bei einer Suche auch bei ihr gefunden wird.
Bei meiner Kollegin dagegen - eigentlich gleiche Einstellungen - werden die "alten" Emails nicht angezeigt.
Nochmals:
kannst du näher beschreiben, was genau unter "die alten Mails" zu verstehen ist. Geht es nur um diese eine oder um unzählige Nachrichten, die bei ihr in der Ansicht "Gruppiert nach Thema" nicht angezeigt werden?
Sind im Gegensatz dazu die selben "älteren Mails" bei ihr in der Ansicht "Nicht gruppiert" sichtbar?
