Hier gibt es einen RFE in BugZilla dazu mit entsprechender Diskussion:
Beiträge von Thunder
-
-
In der Zwischenzeit habe ich nochmal die Übertragung mit einem kleineren und ziemlich alten Profil von einem Win XP Rechner versucht
Im Laufe der Jahre wurden die Dateien geändert, in denen die Logins und vor allem auch die vom Master-Passwort geschützten Daten drin stehen. Wenn Du nun ein ganz altes Profil nimmst, werden diese Daten aus den alten Dateien in die neuen Varianten "migriert". Die alten Dateien bleiben dann meist noch als Karteileichen im Profil liegen. Falls man die neueren Dateien irgendwann mal löscht, werden plötzlich die Daten aus den alten Dateien wieder ausgebuddelt. Das nur so nebenbei, da es manchmal zu komischen Dingen führen könnte. Vielleicht ist jetzt bei der Nutzung des aktuellen Profils irgendwas schief gelaufen und die aktuellen Daten/Dateien haben ne Macke - keine Ahnung.
-
Keine Ahnung, was Du genau für Produkte im Zusammenspiel mit Selfhost verwendest, aber vielleicht müsstest Du auch Deine eigene Domain als Server-Adresse verwenden? So wird das zumindest hier angegeben: https://selfhost.de/cgi-bin/selfhost?p=faq&show=185
-
Laut den Support-Seiten bei selfhost.de soll es ja eigentlich sogar nur mit SSL gehen, wenn man deren Text wörtlich nimmt. Wähle also bitte nochmal "SSL/TLS" mit Port 993 für die Verbindungssicherheit aus. Für das Passwort probiere dann bitte nochmal beide Varianten "Passwort, normal" und "Verschlüsseltes Passwort".
-
-
Die Mails sind nicht lokal gespeichert, da es sich um IMAP-Konten handelt.
Das ist ein Irrtum. Meist werden bei den IMAP-Konten trotzdem lokale Versionen gecashed. Die sind somit durchaus auch offline und somit auch ohne Login auf dem IMAP-Server lesbar, wenn man das Master-Passwort einfach nicht eingibt. Dazu muss man dann auch nicht auf der Festplatte suchen, sondern kann dies direkt in Thunderbird machen. Ich verstehe aber, dass Dir der Pseudo-Schutz des Master-Passworts gleich beim Programmstart ausreichen würde.
-
Lösche die Datei xulstore.json aus dem Profil-Ordner. Die wird beim nächsten Start des Thunderbird wieder neu angelegt und das Problem wird weg sein.
Letztlich wurde beim Update von der Vorversion auf den 78er bei Dir (und bei anderen Anwendern) etwas "falsch" übernommen, wodurch der Anzeigebereich mit dem Inhalt der Mail "kollabiert" ist und somit nicht sichtbar ist.
-
Das Update hatte mein installierter Kaspersky IS empfohlen, also hatte ich dort auf OK getippt.
Aha, eine sehr interessante Rückmeldung. Ich könnte gelinde gesagt "erbrechen", wenn ich das lese. Die Thunderbird-Entwickler (und sicherlich auch andere) geben sich Mühe, um Anwender vor Problemen bei Updates zu beschützen. Und diese "Security Suites" wie Kaspersky oder Avast hebeln dann einfach alles aus, indem sie vorzeitig neue Versionen an Anwender als quasi automatisches Update verteilen, was so gar nicht vom Herausgeber gedacht und gewollt war. Und hier wurde dann scheinbar auch noch die falsche Sprache verteilt. Das ist eine verrückte und verkehrte Entwicklung mit diesen Security Suites, die immer weiter in die falsche Richtung läuft.
Ich kann von solchen Funktionen einfach nur abraten.
-
Also das niemand ohne das Paßwort das Programm öffnen kann ?
Altes Thema. Das geht nicht.
Was Du in der Vergangenheit vielleicht verwendet hast, war das Add-on "Startup Master" oder so ähnlich. Das ist nicht mehr lauffähig (schon im 68er nicht mehr). Das Add-on hatte letztlich schon beim Programmstart das Master-Passwort abgefragt (eigentlich, um die nervige Mehrfach-Abfrage zu verhindern). Man konnte da aber schon immer auch auf Abbrechen klicken bzw. einfach nichts eingeben und gelangte dann dennoch ins Profil. Wie schlingo schon sagt, schützt das Master-Passwort in Wahrheit nur die anderen gespeicherten Passwörter (und Zertifikate + neu ab 78.2 dann private Keys von OpenPGP). An alle anderen Daten (auch Mails) kommt man dennoch dran, soweit diese lokal gespeichert sind.
-
Es freut mich, verkünden zu können:
John Bieling ( jobisoft ) ist jetzt "Thunderbird Staff".
Er ist jetzt Add-On Koordinator bzw. Support Engineer. Zu seinen Aufgaben gehört:
- Add-On Review
- Support für Add-On-Autoren (Hilfe & Dokumentation).
- MailExtension API Development
Da es ja auch hier im Forum zum Glück ein paar aktive Teilnehmer gibt, die gleichzeitig Entwickler von wichtigen Add-ons sind, ist (auch) John Bieling ein Glücksfall für uns.
Primäre Anlaufstellen zur Kommunikation für Add-on-Entwickler sind hier aufgeführt:
https://developer.thunderbird.net/add-ons/community
John hat schon jetzt die komplette Warteschlange der Add-on-Reviews abgearbeitet und die Wartezeit von Entwicklern auf ATN reduziert. Außerdem stammt eine ganze Menge der Dokumentation für Entwickler von Ihm bzw. wurde mit von ihm geschrieben, was letztlich uns allen als Endanwender hilft, um "endlich" mit neuen und/oder kompatiblen Versionen von Add-ons für neue Thunderbird-Versionen versorgt zu werden. John wird nicht verhindern können, dass manche Add-ons "sterben" werden, aber er arbeitet daran, dass Lösungswege für Entwickler gefunden werden, um beliebte bzw. wichtige Add-ons weiterhin oder in Zukunft (vielleicht als neues, verändertes Produkt?) wieder verfügbar zu haben. Dabei unterstützt er Geoff Lankow, der bereits zuvor am Add-on-Ökosystem gearbeitet hat.
-
Weißt Du, ob man für ATN mal daran arbeitet, dort vernünftig für eine bestimmte Thunderbird-Versionsreihe nach Add-ons filtern lassen zu können? Unter anderem finde ich das "Tag" firefox57 (oder wie das genau heißt) einfach blöde für Thunderbird-Nutzer.
-
-
Ist dein Addon trotzdem falsch aufgeführt?
Nein, aber es gibt auf ATN von mir jetzt ja auch nur noch manifest.json-Versionen, die das strict_max_version auf 72.0a1 gesetzt haben. Die anderen Versionen habe ich deaktiviert bzw. gelöscht.
-
Der parsed all manifest files.
Wird dabei auch schon berücksichtigt, dass viele Add-ons zu unrecht nach oben keine Beschränkung machen (so wie es bei meinem "Allow HTML Temp" ja auch war)?
-
Es scheint zumindest keine pauschale Abschaltung der Kommandozeilenparameter zu sein, weil -compose ja noch funktioniert (gerade verifiziert), und -purgechaches.
Ja, ich muss mich da falsch erinnern.
-
bei denen auf der jeweiligen TB-Addon Seite z.B. die Versionen 64.0-73.0 angezeigt werden.
Wenn ich mich nicht irre, hat ATN diesbezüglich ein Problem. Es wird dort in der Übersicht immer die Kompatibilität der zuletzt hochgeladenen Version des Add-ons gezeigt. Es kann aber durchaus Versionen dort geben, die für ältere oder auch neuere Thunderbird-Versionen kompatibel markiert sind.
Wenn ich also jetzt einen Bugfix für beispielsweise Allow HTML Temp für Thunderbird 52 hochladen würde, dann würde nur deren Kompatibilitäsbereich für das Add-on angezeigt. Es gibt aber ja durchaus Versionen für den 60er und 68er, wenn man bei "Alle Versionen" bzw. "Andere Versionen" schaut.
-
-
Außer es kommt noch einer und zeigt auf den commit wo das mit Absicht rausgeflogen ist
Ich überfliege in Treeherder quasi jeden Tag die Commits (bzw. die Kommentare dazu) in comm-central, aber eben nicht für mozilla-central. Ich hätte aber schwören können, dass man irgendwo zwischen 68 und 78 die Kommandozeilenparameter (zum Teil?) aus Sicherheitsgründen entfernt/deaktiviert hätte. Es kann aber gut sein, dass ich da in der Erinnerung etwas durcheinander werfe.
-
Hattest Du das hier eigentlich gelesen und versucht?
Nach Update auf Version 68.* öffnet Thunderbird ein fast leeres Fenster
-
Was passiert denn, solange Du im abgesicherten Modus bist/arbeitest?