Leute, ist das wirklich von gmx oder eine Phishingmail?
Das ist echt.
Weil ich auf den Seiten von GMX nichts Konkretes zu einer ständigen Abschaltung alle 4 Wochen finden konnte, habe ich mich ja an den Support gewendet und dort mit einem echten Mitarbeiter von GMX kommuniziert.
(Zuerst hat man bei dem Chat nur einen bot, wenn man aber schreibt "Das hat nicht geholfen", dann bekommt man echten Kontakt).
Einen Euro (zur Not 2€) wärs mir das allemale wert ...
Das stimmt allerdings, wir zahlen derzeit ja nix dafür.
Durch die negative Erfahrung dieser idiotischen Zwangsdeaktivierung kann es aber u.U. passieren, dass wir eher zu einem anderen kostenpflichtigen Anbieter wechseln, als bei GMX zu bleiben und das Konto hochzustufen. *kopfschüttel*
Ich hatte heute einen eigenartigen Kontakt mit der Chat-Mitarbeiter-Hilfe von GMX. Hier die ursächliche E-mail, die mein Schwiegervater heute bekommen hat:
Betreff: Abschaltung POP/IMAP zum 09.01.2024
Hallo Herr XXXX,
wir hatten Sie darüber informiert, dass Sie für die weitere Nutzung der
POP3/IMAP-Protokolle beim Zugriff auf Ihre GMX E-Mails aus
Sicherheitsgründen in der GMX Mail App angemeldet sein müssen.
Leider sind Sie in der GMX Mail App nicht angemeldet, weshalb Ihr POP3/
IMAP Zugriff in den nächsten Tagen erneut deaktiviert wird. Wir weisen
Sie darauf hin, dass künftige Abschaltungen auch ohne weiteren Hinweis
erfolgen können, sofern wir keine Anmeldung in der App feststellen können.
Mein Schwiegervater hat kein Smartphone und kann daher die APP nicht installieren. Das habe ich versucht dem GMX Mitarbeiter zu erklären. Er meinte aber "Das sei jetzt eine neue Sicherheitsrichtlinie" und da kann man keine Ausnahmen machen.
Auf meine Frage, welchen Sicherheitsgewinn es hat, dass mein Schwiegervater sich alle paar Wochen im Portal anmelden muss, um den POP/IMAP Zugang wieder zu aktivieren, hatte er leider keine passende Antwort.
Gibt es hier noch andere betroffene Nutzer?
Machen das auch andere Anbieter?
Hat jemand eine plausible Erklärung?
Ich bin ehrlich gesagt ziemlich sprachlos, warum GMX als einer der großen Anbieter in Deutschland, sich zu so einer Aktion hat bewegen lassen, die potenziell viele Tausend Thunderbird Nutzer beeinträchtigen kann/wird (falls man die GMX App nicht installieren kann/will).
Edit: Das Postfach wird täglich abgerufen. Es handelt sich also nicht um eine Abschaltung wegen Nichtnutzung, sondern um einen Zwang zur Installation der APP.
Das hatte jemand in meiner Familie auch.
Lösung:
Im GMX Portal anmelden und IMAP/POP Zugang erneut aktivieren. Nicht wundern, ihr werden dabei neue AGBs akzeptieren müssen. Und das ist der eigentliche Grund, warum die das gemacht haben.
Hintergrund:
In den letzten Wochen hatte GMX immer wieder Emails geschrieben, dass zum 27.11 den Zugang über Programme wie Outlook und Thunderbird gesperrt wird, wenn nicht auch auf einem Smartphone die GMX APP installiert ist. Auch hier ging es einzig und allein darum, beim Installieren der App die Zustimmung zu den neuen AGBs einzuholen.
Wir haben das nicht gemacht und geschaut was passiert. Am 29.11 (oder so) ging dann Thunderbird nicht mehr. Nach dem Anmelden am Portal (und Akzeptieren der AGBs) haben wir weitere Emails gefunden, die behaupten, IMAP/POP wurde deaktiviert, weil wir es so selten benutzen. Totaler Käse. Die Person prüft mindestens 2x am Tag seine Mails über Thunderbird.
Nach dem erneuten Aktivieren der IMAP/POP Funktion in den GMX Einstellungen, geht wieder alles.
Das war eine sehr bekloppte Aktion von GMX. Aber da wir nix bezahlen, muss man das wohl hinnehmen.
Das mit dem Hinterlegen auf dem Server hat den Vorteil, dass ich nun den gleichen html Code bei allen Mitarbeitern in TB einfügen kann, und wenn das Logo irgendwann schöner wird, dann ist das Ändern kein Ding.
Das Einbinden von Bildern via URL kann von den Empfängern als tracking interpretiert werden und wird daher auch von manchem MailServer als SPAM deklariert.
Ja, es gab ein Problem mit Zeilenumbruch. Derzeit gibt es eine Beta-Version von Quicktext. Guck mal hier:
https://github.com/jobisoft/quick…ment-1701232040
Beseitigt diese Version das Problem?
Ja, die gesamte mail3pane ist doch jetzt anders. Dein target ist nicht mehr in messenger.xhtml sondern in about:message. Ich denke du musstlet window = event.target.ownerGlobal.top;
nehmen, um an das tabmail zu kommen.
Das ist der code, den ich benutze:
https://webextension-api.thunderbird.net/en/stable/how-…abs-and-windows
Welchen benutzt du (der nicht geht)?
Kann natürlich auch sein, dass dein Input falsch ist und daher eine falsche id ausgespuckt wird.
Ich bin jetzt eine Woche in Kanada, sobald ich zurück bin, schaue ich mir das an! Evtl schonmal releasen mit Hinweis auf feature-incomplete?
Danke für Deine Mühe
Dann kann/soll ich das jetzt auch so lassen, richtig?
Ja, ich werde TbSync v4.6 in den nächsten Tagen wieder für TB102 freischalten. Ich warte aber noch, evtl kommt von dir ja noch problematisches Feedback 
Ich habe da noch eine Frage: bei der Recherche habe ich gesehen, dass die letzte Version des Providers für EAS auf ATN die 4.3 ist. Ich habe hier eine Version 4.4, die am 22.03.2023 installiert wurde. Woher kommt die? Ich habe da nichts manuell installiert.
Die hatte das gleiche Problem wie v4.6 und ich habe sie komplett gelöscht. v4.6 habe ich nur auf TB115 beschränkt. Jetzt sind aber auch die Provider durchs review durch und nun sollte TbSync v4.6 auch wieder mit TB102 und den neuen Providern funktionieren. Kannst das mal ausprobieren?
1. Provider auf die neue v4.7 aktualisieren und "normal" mit TbSync v4.3 laufen lassen, sollte gehen
2. Händisch TbSync v4.6 runterladen und installieren (hat im manifest noch 102 stehen), sollte auch gehen
https://addons.thunderbird.net/de/thunderbird…bsync/versions/
Das ist doof. Sorry.
Die neue Version von TbSync braucht auch die neuen Versionen der Provider, aber die hängen noch im Review (ich darf meine eigenen Add-ons nicht reviewen). Lade dir TbSync v4.3 runter und installiere es drüber. Ich habe inzwischen eingestellt, dass 102.* user die neue Version von TbSync nicht mehr angeboten wird.
Du kannst den Button ja enabled lassen, und trotzdem das flag benutzen, um unerwünschte Klicks zu unterbinden. Wenn die Situation nach dem reload wieder "sauber" ist, kannst du den Button für den Rückweg zum "Reintext" wieder aktivieren.
Lass uns zuerst das Button-mehrfach-Klicken Problem lösen. Du sagst, es trifft auch in diesem "guten aber nicht vollständigen" Entwicklungsstand auf? https://gitlab.com/ThunderbirdMai…step-2023-08-17
Ich kann das Problem zunächst nicht nachstellen, aber wahrscheinlich gibt es einen edge-case, den ich noch nicht erwischt habe. Ich würde vorschlagen erstmal mit dem "guten aber nicht vollständigen" Entwicklungsstand weiterzumachen:
* die Aufrufe zum disable des Buttons erfolgen sehr spät: Maßnahme #1 ist ein acceptButtonClicks flag, das gesetzt werden muss, bevor der Button was tut (egal ob er enabled oder disabled ist)
* ich würde das flag am Ende des onMessageDisplayed listeners auf true setzen (unabhängig vom Button disable/enable status).
* Ich würde das flag in einer globalen Map (tabId->status) speichern und es auch auf false setzen, bevor wir den reload triggern (eigentlich direkt am Anfanf des onClicked listeners), sodass wir ganz klar die Funktion des Buttons in den problematischen Zeiträumen deaktivieren.
* im onClicked listener prüfst du das flag und machst ein early exit, wenn es nicht existiert oder flase ist: if (!acceptButtonClicks.get(tab.id)) { return; } funktioniert in beiden Fällen.
Das hat zur Folge, dass der User bei diesen edge-cases zwar u.U. einen aktiven Button hat (der durch das timing issue noch nicht deaktiviert wurde), aber der Klick wird ignoriert. Wie klingt das?
ne, ich mache gerade was anderes.:-)
Die registerlistener funktion in update_ui hatte ich wieder auf den ursprünglichen Inhalt zurückgeführt, aber den Aufruf auskommentiert. Ich wollte das diff gegenüber der 8.1.5 so klein wie möglich halten.
Ich würde an deiner Stelle glaube ich nur das Prinzip meine geänderte Logik übernehmen, aber nicht ganze Dateien von 8.4 1-zu-1 kopieren. Das hilft auch den code zu verstehen:-)
Wenn du nicht weiterkommt, dann sag bescheid und ich probiere dann einen MergeRequest gegen dein Repo.
Thunder : Hast du eigentlich ein github repo für AHT? Da wäre das gemeinsame Arbeiten einfacher. Hier ist Version 8.4:
allow_html_temp-8.4.xpi
Ich habe gemerkt, dass es invalide Button enable/disable Zustände geben kann, wenn die Optionen oder die Thunderbird-Einstellung im Menü geändert wird. Außerdem habe ich gemerkt, dass die event listener in update_ui.js teilweise gegen die event listener im background agieren. In v8.4 habe ich daher das Anzeigen der Message als den primären Aktivitätsvektor von AHT definiert und lade alle Nachrichten neu, wenn eine der möglichen Einstellungen geändert wird. Die event listener in update_ui.js habe ich deaktiviert bzw. ins background überführt. Wo die sind, ist primär egal, es sollte aber nicht 2 Orte dafür geben (mein Fehler).
Außerdem:
Ich war einmal so frei und habe diese Version in der TB 117 und 118 installiert.
Die 8.3 geht jetzt auch in TB118.
Das habe ich bisher noch nicht verstanden, wie mir die verlinkte Funktion helfen soll, um das remote content popup für meine Bedürfnisse zu "tweaken".
Ich wusste nicht, dass du das content popup selber tweakst. Ich dachte, wenn der Bneutzer Shift drückt beim Klick auf den allow html button, dann soll einfach das popup nicht erscheinen und remote content automatisch geladen werden. Und dazu musst du keine globale Pref ändern, sondern nur im msghHdr das attribute setzen. Ist aber nur eine Idee, hat mit dem generellen Update für 115 nix zu tun.
Hier zeigt sich leider eine Schwäche des neuen Konzepts, wenn ich nicht irre.
Es geht, wenn man etwas Kontroll-Logik verbaut. In dieser Version verbinde ich die Tabs nicht mehr mit dem core-pref-observer, wenn ich temporär HTML aktiviere (was den reload auslöst), sondern kontrolliere den reload jetzt direkt. Dadurch kann ich auch wieder alle tabs reloaded lassen, wenn die globale Pref geändert wird. Ich nutze dazu ein ahtStatus Objekt.
Ich hab die Optionen hier auch wieder teilweise drin und es wird nicht mehr plaintext als default erzwungen, sondern was der user eingestellt hat. Der browser_action_button ist weiterhin nicht drin und das content popup ignoriere ich auch noch. Die Datei aht_functions.js lade ich nicht.
