warum denn unter POP3 das automatische Löschen der Mails auf gmail nicht erfolgt, obwohl das in TB extra so eingestellt ist?
Weil Google überall eine Extra-Wurst macht. Kontrolliere bitte mal Deine Einstellung direkt bei Gmail:
warum denn unter POP3 das automatische Löschen der Mails auf gmail nicht erfolgt, obwohl das in TB extra so eingestellt ist?
Weil Google überall eine Extra-Wurst macht. Kontrolliere bitte mal Deine Einstellung direkt bei Gmail:
Also Download von Thunderbird nur noch hier
Auch ich werde hier demnächst die 102er-Versionsreihe als die stabile Reihe darstellen lassen. Dies liegt schlichtweg daran, dass es für die 91er dann keine Updates mehr innerhalb der 91er-Reihe geben wird. Ich kann ja leider momentan den Bug zu der CalDAV-Problematik nicht finden. In der Regel gibt es aber für solche Probleme eine Kombination von Faktoren, über die die Betroffenen User dann stolpern. Beispielsweise könnten dies (jetzt aus der Luft gegriffen) lahme Server-Verbindungen zu bestimmten CalDAV-Servern oder zu einem NAS sein. Dennoch sollte da natürlich eine Fehlertoleranz seitens der Client-Software (also Thunderbird) sein, um nicht komplett hängen zu bleiben.
Ich finde den Bug dazu momentan nicht, der mir irgendwie im Sinn ist.
kann man jetzt mal wieder nur raten.
Naja, immerhin ist klar, dass von 68 auf 102 bzw. exakt 102.2.1 gegangen wurde. Es wird sich vermutlich schon um das verflixte Problem mit CalDAV handeln, denke ich.
Hast Du Kalender eines Online-Dienstes eingebunden?
Deine Beschreibung scheint mir schon im Start-Beitrag ein wenig verwirrend, und ich vermute, dass Du verschiedene Dinge in einen Topf schmeißt.
In der popstate.dat wird gespeichert, welche Mails man schon vom POP-Server abgeholt (also heruntergeladen) hat. Sobald die Datei gelöscht ist, wird sie neu (und natürlich noch leer) angelegt, was dazu führt, dass erneut alle Mails vom POP-Server herunter geladen werden, soweit diese zuvor nicht vom POP-Server gelöscht wurden. Das Löschen vom POP-Server ist übrigens der Standard-Fall. Manche Clients (so auch Thunderbird) können optional die Mails auf dem POP-Server belassen, wenn diese heruntergeladen werden.
Mein Anspruch wäre halt, dass man erkennt bzw. akzeptiert, dass Add-ons ein berechtigtes Interesse daran haben können, Elemente in die Statusleiste einzufügen. Dafür braucht man IMHO eben auch eine passende MailExtension-API. Ansonsten müsste ich da wieder mit der (tollen, aber auf Dauer irgendwann unerwünschten) WL-API von jobisoft arbeiten oder womöglich die XUL-Elemente mittels einer eigenen Experiment-API zusammenbasteln. Das kann ja nicht Sinn der Sache sein. Zumindest die Elemente der Benutzeroberfläche sollten dann doch per MailExtension-API auf Dauer möglich sein. Das ist ja eigentlich auch so gewünscht.
Ich habe die Benutzeroberfläche komplett neu und ausschließlich mittels der MailExtension-API geschrieben. Nur für die Logik zum Umschalten des HTML-Modus und zur Erkennung, ob überhaupt ein HTML-MIME-Part vorhanden ist, wird noch jeweils eine eigene Experiment-API verwendet. Alles andere - auch die notwendigen Listener, verwendet jetzt halt WebExtension-Technik.
In TB 91
Das Add-on war zu dem Zeitpunkt noch komplett mittels der WL-API umgesetzt - also letztlich eigentlich noch ein komplettes XUL-Addon.
Ist es richtig, dass die Statusleisten-Information/context menu in 102 (noch) fehlt?
Das ist absolut richtig. Leider bietet die MailExtension-API bisher keine Möglichkeit, um in der Statusleiste Elemente einzufügen. Dazu müsste ich wieder per Experimental-API ein XUL Element nutzen, was ich eigentlich nicht mehr möchte. Entweder erkennt man seitens MZLA, dass auch Add-ons sinnvoll Elemente in die Statusleiste einbinden können (und bietet dafür in Zukunft entsprechende Möglichkeiten an) oder halt nicht.
Zum Versagen der Website im Tab führt beispielsweise javascript.enabled = false. Dabei versagt dann aber fast die ganze Seite - nicht nur diese Icons aus dem Font.
Wie wäre es, wenn Du uns hier mal alle veränderten Prefs aus dem Konfig-Editor auflistest, die Du selbst nicht ausschließen würdest.
Die "Erweiterten" Einstellungen sind letztlich schlichtweg "alle" Einstellungen, welche in der prefs.js gespeichert werden (oder aus einer optionalen user.js übernommen werden). Das kann man nicht einfach alles auf "Standard" zurück setzen, weil dann bspw. auch alle Konten-Einstellungen weg sind.
Die von mir angesprochene manipulierte Darstellung könnte auch an einer veränderten Systemschriftart, CSS-Codes, Add-on mit anderen Icons etc. liegen. Es sieht ja so aus, dass er die Icons nicht findet und den Alternativ-Text aus dem HTML der Seite darstellt.
Ich habe jetzt mal selbst eines der Add-ons installiert und in einem Tab in Thunderbird 102.3.1 meinen Google Kalender geöffnet und siehe da: Alles wird korrekt angezeigt. Die Dreieckspfeile nach oben und unten werden ganz normal dargestellt. Das bringt mich zu ein paar Fragen:
Hab Ihr etwas an der Anzeige in Thunderbird manipuliert?
Welche Windows-Version verwendet Ihr?
Welche sonstigen Add-ons verwendet Ihr?
Der Fehler tritt ja im Google-Kalender selbst auf.
Da magst Du Recht haben. Aber der Add-on-Autor ist womöglich eine zentrale Anlaufstelle und könnte bereits auch andere Rückmeldungen erhalten haben.
Habt Ihr Euch mal an den Add-on-Autor gewendet?
Ist es eigentlich angedacht, dass man irgendwann mal Thunderbird auf verschiedenen Clients synchronisieren wird können?
Ja, das soll in der nächsten großen Version (als das 2023er-Release) eingebaut sein. Dabei sollen dann alle möglichen Einstellungen etc. synchronisiert werden. Die Mails und sonstigen Daten werden dabei allerdings nicht über die Sync-Funktion abgeglichen. Die Daten müssen also wie bisher per IMAP, CalDAV oder auch CardDAV synchron gehalten werden.
Fehlende Benutzerrechte? Besonderer Verzeichnisschutz?