Ich benutze Cardbook, und die "Taste" funktioniert einwandfrei.
Vielleicht gab es ein Problem in seiner CardBook-Version für Thunderbird 68, den er ja noch benutzt.
Ich benutze Cardbook, und die "Taste" funktioniert einwandfrei.
Vielleicht gab es ein Problem in seiner CardBook-Version für Thunderbird 68, den er ja noch benutzt.
Es scheint heute wohl so abzulaufen, dass solche inkompatiblen Sprachpakete beim Update lediglich deaktiviert werden, also schlummern. Warum dieser "Schlummerzustand" beim Migrieren des Profils nicht aufrecht erhalten wird, dafür habe ich bislang keine Erklärung gefunden.
Sorry, falls ich mit den absoluten Pfaden in der addonStartup.json.lz4 gedanklich falsch liege. Ja die Sprachpakete sind da immer wieder beteiligt. Ich habe gerade mal wieder versucht das Szenario nachzustellen, bin aber daran gescheitert. Erst wurden die Sprachpakete weiterhin korrekt deaktiviert und dann waren sie letztlich korrekt aktualisiert .
Alles anzeigenJedenfalls:
1. Die 3 oben genannten Dateien erstellt und den Inhalt hinein kopiert.
2. Thunderbird gestartet und aktives AOL Konto entfernt.
3. Im Konto-Manager ein neues Konto angelegt mit aol.de Daten
3.a) Die automatisch gefundenen Daten über die manuelle Konfiguration geprüft: Der Benutzername lautet in dem Fall xxx@aol.de
4. Im Popup mit aktiven Daten angemeldet und Zugriff bestätigt.
5. Das Email-Konto funktioniert einwandfrei!
Danke
In dieser verdammten Datei sind absolute Pfade drin gespeichert, die Ärger machen, sobald der Pfad zum Profil anders ist (also nach einem Umzug oder auch sonstiger Profil-Übernahme in ein neues Profil). Wieso wir uns mit diesem Mist herum Ärgern müssen ist mir ein Rätsel, da eigentlich überall sonst relative Pfade in den Dateien innerhalb der Profil verwendet werden, sodass es diese Probleme nicht geben müsste.
Starte Thunderbird mal in dessen abgesicherten Modus mit der Umschalttaste, sodass alle Add-ons deaktiviert sind. Wenn die Taste dann funktioniert, würde ich (leider) als erstes CardBook im Verdacht haben.
Mit Dropdown-Menü sieht man die Funktionen:

Der Button müsste aktiv sein, wenn man Mails ausgewählt hat.
Für mich sieht das dennoch mal wieder hiernach aus:
Dann entferne bei beendetem Programm Thunderbird die Datei addonStartup.json.lz4 aus dem Profilordner von TB und starte das Programm wieder normal.
dass es etwas thunderbird spezifisches sein muss
Das ist es womöglich, aber es hat nichts mit korruptem Datenbestand in Thunderbird zu tun.
Mit den Daten(-banken) in Thunderbird hat dies nichts zu tun.
Es handelt sich doch offensichtlich um eine Art Anzeige-Problem. Dafür ist oftmals die Hardware-Beschleunigung verantwortlich - jedenfalls war dies früher der Fall. Suche in den Einstellungen mal nach "Hardwarebeschleunigung verwenden, wenn verfügbar" und (de-)aktiviere dies testweise.
Wie ist das bei den Terminalservern nochmal? Wie kommen die Programme bzw. deren Anzeige auf die Clients im Netzwerk? Wird das nicht auch vergleichbar zu TeamViewer & Co quasi als Grafik übertragen und die Programme laufen eigentlich direkt auf dem Server?
Öffnet ein bestimmter Nutzer sein Thunderbird, wird automatisch immer eine alte Mail von vor einigen Monaten geöffnet.
Wo wird die geöffnet? In einem separaten Tab oder Fenster? Oder wird die im Bereich der Nachrichtenvorschau innerhalb des Hauptfensters/Haupttabs angezeigt?
Zunächst einmal kann Thunderbird nicht wissen, ob Du per LAN oder per WLAN-Tethering vom Smartphone oder sonstigen Mobilfunk-Router oder auch direkt per Mobilfunk (gibt es das überhaupt in MacBooks?) online bist.
Du müsstest also "manuell" für die Unterscheidung sorgen:
1.) In der Theorie kann man bei jedem einzelnen E-Mail-Konto in Thunderbird festlegen (und deaktivieren), ob dieses beim Programmstart und in einem festen Intervall Mails abrufen soll.
2.) An der Abrufen-Schaltfläche kann man im Dropdown-Menü Mails dann für ein einzelnes Konto abrufen lassen.
Ich habe aber ehrlich Zweifel, ob das alles wirklich so wie (von mir) gedacht funktioniert. Denn bei zumindest bei IMAP-Konten gibt es ja noch eine Art Standby-Verbindung, bei der der Server per Push die Nachrichten sofort an den Client senden kann, wenn neue Nachrichten auf dem Server ankommen. Das passiert theoretisch nur, wenn man vorher schon Nachrichten von der Client-Seite aus vom Server abgerufen hat, denn dann bleibt diese Verbindung quasi bestehen.
Würde jemand, der tatsächlich eine xyz@aol.de Adresse hat, bitte auch mal im oben verlinkten Bug lesen und die Testanleitung dort befolgen? Ich stelle Euch gerne die notwendigen fertigen XML-Dateien zur Verfügung, die ihr dafür in den Thunderbird-Installationsordner/ISP/ rein kopieren müsst:
<clientConfig version="1.1">
<emailProvider id="aol.com">
<domain>aol.com</domain>
<domain>aim.com</domain>
<domain>netscape.net</domain>
<domain>netscape.com</domain>
<domain>compuserve.com</domain>
<domain>cs.com</domain>
<domain>wmconnect.com</domain>
<domain>aol.de</domain>
<domain>aol.it</domain>
<domain>aol.fr</domain>
<domain>aol.es</domain>
<domain>aol.se</domain>
<domain>aol.co.uk</domain>
<domain>aol.co.nz</domain>
<domain>aol.com.au</domain>
<domain>aol.com.ar</domain>
<domain>aol.com.br</domain>
<domain>aol.com.mx</domain>
<!-- MX -->
<domain>mx-aol.mail.gm0.yahoodns.net</domain>
<displayName>AOL Mail</displayName>
<displayShortName>AOL</displayShortName>
<incomingServer type="imap">
<hostname>imap.aol.com</hostname>
<port>993</port>
<socketType>SSL</socketType>
<authentication>OAuth2</authentication>
<authentication>password-cleartext</authentication>
<username>%EMAILADDRESS%</username>
</incomingServer>
<incomingServer type="pop3">
<hostname>pop.aol.com</hostname>
<port>995</port>
<socketType>SSL</socketType>
<authentication>OAuth2</authentication>
<authentication>password-cleartext</authentication>
<username>%EMAILADDRESS%</username>
</incomingServer>
<outgoingServer type="smtp">
<hostname>smtp.aol.com</hostname>
<port>465</port>
<socketType>SSL</socketType>
<authentication>OAuth2</authentication>
<authentication>password-cleartext</authentication>
<username>%EMAILADDRESS%</username>
</outgoingServer>
<documentation url="https://help.aol.com/articles/how-do-i-use-other-email-applications-to-send-and-receive-my-aol-mail">
<descr lang="en">How do I set up other email applications to send and receive my AOL Mail?</descr>
</documentation>
</emailProvider>
<webMail>
<loginPage url="https://mail.aol.com/"/>
<loginPageInfo url="https://mail.aol.com/">
<username>%EMAILADDRESS%</username>
<usernameField id="lgnId1" name="loginId"/>
<passwordField id="pwdId1" name="password"/>
<loginButton id="submitID"/>
</loginPageInfo>
</webMail>
</clientConfig>
Alles anzeigen
<clientConfig version="1.1">
<emailProvider id="yahoo.com">
<domain>yahoo.com</domain>
<domain>yahoo.de</domain>
<domain>yahoo.it</domain>
<domain>yahoo.fr</domain>
<domain>yahoo.es</domain>
<domain>yahoo.se</domain>
<domain>yahoo.co.uk</domain>
<domain>yahoo.co.nz</domain>
<domain>yahoo.com.au</domain>
<domain>yahoo.com.ar</domain>
<domain>yahoo.com.br</domain>
<domain>yahoo.com.mx</domain>
<domain>ymail.com</domain>
<domain>rocketmail.com</domain>
<!-- MX -->
<domain>mx-eu.mail.am0.yahoodns.net</domain>
<domain>mta5.am0.yahoodns.net</domain>
<domain>mta6.am0.yahoodns.net</domain>
<domain>mta7.am0.yahoodns.net</domain>
<!-- Unfortunately, also used for AOL :-( -->
<domain>yahoodns.net</domain>
<displayName>Yahoo! Mail</displayName>
<displayShortName>Yahoo</displayShortName>
<incomingServer type="imap">
<hostname>imap.mail.yahoo.com</hostname>
<port>993</port>
<socketType>SSL</socketType>
<username>%EMAILADDRESS%</username>
<authentication>OAuth2</authentication>
<authentication>password-cleartext</authentication>
</incomingServer>
<incomingServer type="pop3">
<hostname>pop.mail.yahoo.com</hostname>
<port>995</port>
<socketType>SSL</socketType>
<username>%EMAILADDRESS%</username>
<authentication>OAuth2</authentication>
<authentication>password-cleartext</authentication>
</incomingServer>
<outgoingServer type="smtp">
<hostname>smtp.mail.yahoo.com</hostname>
<port>465</port>
<socketType>SSL</socketType>
<username>%EMAILADDRESS%</username>
<authentication>OAuth2</authentication>
<authentication>password-cleartext</authentication>
</outgoingServer>
<documentation url="https://help.yahoo.com/kb/new-mail-for-desktop/imap-server-settings-yahoo-mail-sln4075.html">
<descr lang="en">How to setup email applications with imap to receive Yahoo! mail?</descr>
</documentation>
<documentation url="https://help.yahoo.com/kb/new-mail-for-desktop/pop-access-settings-instructions-yahoo-mail-sln4724.html">
<descr lang="en">How to setup email applications with pop to receive Yahoo! mail?</descr>
</documentation>
</emailProvider>
<webMail>
<loginPage url="https://mail.yahoo.com" />
<loginPageInfo url="https://mail.yahoo.com/">
<username>%EMAILADDRESS%</username>
<usernameField id="login-username" />
<passwordField id="login-passwd" />
<loginButton id="login-signin" />
</loginPageInfo>
</webMail>
</clientConfig>
Alles anzeigen
<clientConfig version="1.1">
<emailProvider id="aol.com">
<domain>aol.com</domain>
<domain>aim.com</domain>
<domain>netscape.net</domain>
<domain>netscape.com</domain>
<domain>compuserve.com</domain>
<domain>cs.com</domain>
<domain>wmconnect.com</domain>
<domain>aol.de</domain>
<domain>aol.it</domain>
<domain>aol.fr</domain>
<domain>aol.es</domain>
<domain>aol.se</domain>
<domain>aol.co.uk</domain>
<domain>aol.co.nz</domain>
<domain>aol.com.au</domain>
<domain>aol.com.ar</domain>
<domain>aol.com.br</domain>
<domain>aol.com.mx</domain>
<!-- MX -->
<domain>mx-aol.mail.gm0.yahoodns.net</domain>
<displayName>AOL Mail</displayName>
<displayShortName>AOL</displayShortName>
<incomingServer type="imap">
<hostname>imap.aol.com</hostname>
<port>993</port>
<socketType>SSL</socketType>
<authentication>OAuth2</authentication>
<authentication>password-cleartext</authentication>
<username>%EMAILADDRESS%</username>
</incomingServer>
<incomingServer type="pop3">
<hostname>pop.aol.com</hostname>
<port>995</port>
<socketType>SSL</socketType>
<authentication>OAuth2</authentication>
<authentication>password-cleartext</authentication>
<username>%EMAILADDRESS%</username>
</incomingServer>
<outgoingServer type="smtp">
<hostname>smtp.aol.com</hostname>
<port>465</port>
<socketType>SSL</socketType>
<authentication>OAuth2</authentication>
<authentication>password-cleartext</authentication>
<username>%EMAILADDRESS%</username>
</outgoingServer>
<documentation url="https://help.aol.com/articles/how-do-i-use-other-email-applications-to-send-and-receive-my-aol-mail">
<descr lang="en">How do I set up other email applications to send and receive my AOL Mail?</descr>
</documentation>
</emailProvider>
<webMail>
<loginPage url="https://mail.aol.com/"/>
<loginPageInfo url="https://mail.aol.com/">
<username>%EMAILADDRESS%</username>
<usernameField id="lgnId1" name="loginId"/>
<passwordField id="pwdId1" name="password"/>
<loginButton id="submitID"/>
</loginPageInfo>
</webMail>
</clientConfig>
Alles anzeigen
Es wäre wichtig zu wissen, ob es bei Euch auch ohne die zusätzliche Datei aol.de.xml funktioniert. Außerdem brauchen wir eine Rückmeldung, ob letztlich die Verbindung mit den Servern dann auch tatsächlich im Betrieb funktioniert.
Es ist ein Unterschied, ob ich vom Willen des Herausgebers bzgl. Update abhängig bin (so war das beim letzten Major-Update), oder ob ich per Policy selbst festlegen kann, dass mein Thunderbird bis zum Sankt-Nimmerlein-Tag in der alten Versionsreihe bleiben soll.
Meine Entwicklerinstallationen dürfen Minor-Updates erhalten, aber ums Verrecken keine Major-Updates, da sonst die zugehörigen Profile beispielsweise durch konsekutive Addon-Updates und deren Auswirkungen sofort kaputt sind.
Es gibt bestimmt auch andere Szenarien in Unternehmen, wo Minor-Updates erwünscht, aber Major-Updates fatal wären.
Bei den Kollegen ist das Problem mit dem letzten Update reingekommen, also mit 78.11.0.
Das klärt nicht sicher, welche Version davor noch installiert war und funktioniert hat. Es könnten ja alle möglichen Versionen zuvor gewesen sein...
Welche Version war die letzte, die das Problem nicht hatte - falls es tatsächlich an Thunderbird liegt?
Das Problem bestand ja bereits in Version 78.10.*
In der Hinsicht ist Dein Startbeitrag unpräzise, da man dort heraus interpretiert, dass von 78.10 auf 78.11 das Problem entstanden ist. Das hat bspw. meine Fehlersuch eingeschränkt.
Hallo Leute!
Mir ist die Tage mal wieder "kurz" vor dem nächsten großen Thunderbird-Update bewusst geworden, dass es bisher (meines Wissens) nur eine generelle "Policy" zum Deaktivieren von App-Updates in Thunderbird (und letztlich auch Firefox) gibt. Ich bin selbst "Opfer" davon geworden, da ich in meinen multiplen Thunderbird-Installationen zur Add-on-Entwicklung (habe 52.*, 60.*, 68.*, 78.*, Beta und Daily parallel mit verschiedenen Profilen) per policy.json die Updates deaktiviert habe. Durch die generelle Policy werden dann leider auch keine kleinen Updates innerhalb der ESR Versionsreihe ausgeführt. Ich müsste also immer selbst / manuell dran denken und installieren.
Deshalb habe ich einen RFE-Bug eröffnet, da ich gerne für alle betroffenen Anwender eine Art "ESR-Update-Policy" hätte, um differenzierter erlauben / verbieten zu können: https://bugzilla.mozilla.org/show_bug.cgi?id=1714960
Das Gejammer wird sonst nach dem unerwünschten automatischen Update auf 91 im Spätsommer wieder groß sein, wenn erstmal noch kompatible Add-ons fehlen. Wenn wir also schon keinen Mechanismus im Programm haben, der ein Update verhindert, solange nicht alle Add-ons kompatibel sind (diese werden einfach gnadenlos deaktiviert...), dann sollten wir wenigstens eine passende Policy haben, um mit dieser Policy ein Major-Update zu verhindern und dennoch kleinere Updates aktiviert zu lassen. Am liebsten hätte ich das schon seit ewigen Jahren als Option in den Einstellungen des Thunderbird / Firefox. Spätestens seit den Diskussionen rund um die DSGVO in den letzten Jahren sollte uns allen bewusst sein, dass Datensicherheit und Datenintegrität nicht immer durch sofortige Installation von Updates zu gewährleisten sind.
Ich bitte Euch, wenn Ihr Thunderbird professionell nutzt, dann gebt Eure Argumente in dem verlinkten Bug ab. Danke