dass es etwas thunderbird spezifisches sein muss
Das ist es womöglich, aber es hat nichts mit korruptem Datenbestand in Thunderbird zu tun.
Beiträge von Thunder
-
-
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:
XML: aol.com.xml
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>XML: yahoo.com.xml
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>XML: aol.de.xml
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>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.
-
Das Problem war schon aus Thunderbird 68 bekannt und der Bug wurde geschlossen.
Ich habe diesen jetzt wieder eröffnet - mal sehen, was passiert:
-
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?
-
Bedenkt bitte, dass die Likes hier letztlich keine Argumente im erstellten RFE-Bug sind.
-
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.
-
Das Thema hier hat sich inzwischen erledigt, da die Sprachen inzwischen über den Einstellungen-Dialog des Thunderbird 78.* wieder installierbar sind (die notwendigen Sprachpakete dafür existieren nun seit einiger Zeit).
-
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
-
Was passiert denn, wenn ihr auf 78.10.* zurück geht. Dies sollte gefahrlos möglich sein.
-
Der Rechenaufwand ist nötig, um Sicherheit und Integrität zu gewähren und vor allem, um die Anzahl der Transaktionen zu begrenzen.
Das ist zwar verständlich, aber dann müsste man mal den Ressourcen-Aufwand von klassischen Währungen mit dem von kryptografischen Coins vergleichen. Auf den ersten Blick sieht das doch so aus, als würde letztlich einfach Strom in Geld umgewandelt. Die Rechenleistung wird weiter steigen, was vermutlich durch aufwendigere kryptografische Coin-Schürfungen wieder wett gemacht wird. Man wird also auf ewig massenweise Hardware + Strom dafür verbrauchen. Ich überblicke das bestimmt nicht abschließend, aber es erscheint mir einfach nur pervers.
-
Folgende Kombination an Einstellungen könnte für @aol.de Adressen funktionieren:
-
Wieso die Logik dann auf yahoo kommt ... keine Ahnung
Tatsächlich ist das komisch, da ja im Dialog gemeldet wird, dass die Angabe aus der Mozilla ISP-DB stammen würde, wo das aber scheinbar gar nicht drin gelistet ist.
Die Server-Adressen unterscheiden sich für aol.com und aol.de E-Mail-Adressen. Für example@aol.de Adressen gilt folgendes (hervorgehoben):
Eingangs-Server: imap.de.aol.com für @aol-com-Adressen bzw. imap.aim.com für @aim.com- und @aol.de-Adressen.
Ausgangs-Server: smtp.de.aol.com für @aol-com-Adressen bzw. smtp.aim.com für @aim.com- und @aol.de-Adressen.
Die Serveradressen für Pop3 lauten pop.aol.com bzw. pop.aim.com.
-
indem der Rechenaufwand von Coin zu Coin immer größer wird.
Dient der Rechenaufwand eigentlich einem "produktiven" Zweck, oder werden da nur "sinnlose" Dinge berechnet?
-
Ich brauche bitte so viele Rückmeldungen wie möglich zu folgender Umfrage, damit ich für eine komplett neue Version des Add-ons basierend auf MailExtensions-API + Experiment-API planen und Prioritäten setzen kann. Fest versprechen kann ich allerdings erstmal nichts.
-
Ist es nicht so, dass Währungen wie Etherum davon profitieren, je mehr Leute schürfen (also quasi Schneeballsystem)? Ich habe mich weiterhin nicht richtig damit beschäftigt. Aber wenn das Prinzip zumindest zum Teil so ist, dann würde Norton als Eigner von einigen Coins durch das anfeuern des Schneeballprinzips (durch den Verkauf und das Anpreisen des Norton-Produkts mit den Mining-Funktionen) den Wert der (eigenen) Coins steigern.
