Muss ich widersprechen, da habe ich dies her.
Muss nicht zwingend aus dem Gockel Playstore kommen.
Wenn man mit Android "gockelfrei" unterwegs sein will, findet man K-9 Mail auch in FDroid.
Muss ich widersprechen, da habe ich dies her.
Muss nicht zwingend aus dem Gockel Playstore kommen.
Wenn man mit Android "gockelfrei" unterwegs sein will, findet man K-9 Mail auch in FDroid.
Hallo zusammen,
wie oft hat allein das Forum die abstrusen Update-"Irrungen und Verwirrungen" bei den letzten Versionswechseln mindestens seit 68 zu 78, 78 zu 91, usw. usf. vielfach über mehrere Wochen und manchmal auch Monate "begleiten" müssen.
Ich finde es ausgesprochen angenehm, dass Betterbird die "Vorsicht als Mutter der Porzellankiste" walten lässt und meines Erachtens ganz bewusst auf automatische Updates verzichtet!
"Gut dem Dinge!" [1]
Zumal Betterbird als Softfork von Thunderbird eng an diesen gebunden ist. Da tut weniger Eile auch meistens gut.
Bemerkenswert zum Beispiel die Aussage zur 128er-Version auf deren Download-Seite, die zunächst einmal "nur" unter Windows als "Preview" angeboten wird:
Zitat von BetterbirdNote that Thunderbird 128 and hence Betterbird 128 is shipping with a broken backend causing IMAP folder corruption under some circumstances. IT MUST NOT BE USED IN PRODUCTION!!
Es geht also auch anders und - ja, ganz eindeutig - hier auch besser!
Gruß
Feuerdrache
[1] Walter Kempowski "Tadellöser & Wolff"
Hallo @Bastler,
Deine Argumentation kann ich voll verstehen, nur wie erreicht man die richtigen Adressaten?
jetzt mal wirklich gegengefragt:
Können die sicherlich nicht mit Mindestlohn in Vollzeit bezahlten Entwickler nicht selber denken, sichere Updatekonzepte entwickeln und vorher auch testen, bevor sie auf die Anwender losgelassen werden?
Das ist deren Arbeit, deren Aufgabe, wofür sie unter anderem ihren Salär erhalten. Oder doch nicht?
Gruß
Feuerdrache
Hallo @Bastler,
mag sein, dass das krass formuliert ist.
Aber es ist einfach nicht nachvollziehbar, wie man so dermaßen schlecht und ohne Sinn und Verstand die Updates zur Verfügung stellt.
Das automatische Update zu sperren, ist doch nicht die Lösung, wenn ich durch die Hintertür via [Hilfe]-[Über Thunderbird] zum manuellen Update "verführe"!
Im ESR-Verfahren darf auch mauell kein Update auf die neue Version (hier Thunderbird 128) zur Verfügung gestellt werden, bevor die stabile (hier Thunderbird 115) wirklich EOL (= End of Life) ist.
Auch manuell darf es beim Update ...
... von 115.13.n nur ein Update auf 115.14.n geben (und nicht auf 128.0.1 und verzögert 128.1.0) und
... von 115.14.n nur ein Update auf 115.15.n (und nicht auf 128.1.0 und verzögert auf 128.2.0) geben.
Wenn 115.15.n EOL ist, dann erst darf es das manuelle Update auf dann 128.3.n geben. Sollte diese Version noch nicht EOL sein und eine 115.16.n nachgeschoben werden, verzögert sie die parallele Verfügbarkeit auf eine weitere Versionsnummer.
Es geht hier darum, dass ich den Anwendern klare und verlässliche, und eben keine missverständlichen, Updatemöglichkeiten anbiete, wenn ich sie denn schon anbiete.
Es ist hier nicht von Anwendern die Rede, die sich gerne freiwillig, aus Neugierde oder was auch immer schnell die neueste Version installiieren. Neu installieren ist nun einmal grundsätzlich etwas anderes als upzudaten.
Man muss kein Nobelpreisträger sein, um diesen Unterschied zu verstehen!
Gruß
Feuerdrache
Einfach ein "Sauhaufen" oder "Saftladen". Sucht es Euch aus ...
Einfach ein "Sauhaufen" oder "Saftladen". Sucht es Euch aus ...
Zu dem Topicbox-Eintrag: O sancta simplicitas ...
[OT]
Hallo MiniHorst,
das Add-on "Allow HTML Temp" für 128 ist meines Wissens verfügbar. Einfach mal in der Add-on-Verwaltung ein Updatelauf starten (Klick auf Zahnrad).
Zu den anderen Erweiterungen kann ich (noch) nichts sagen.
Gruß
Feuerdrache
[/OT]
Hallo uwe51,
dass "bis jetzt alles" passt und Du die "Optik [...] ok" findest ist schön für Dich, aber nicht das Thema.
In der Tat "hört" man bis jetzt deutlich weniger Klagen über die neue Version, als beim Wechsel von 102 zu 115 bzw. beim Wechsel von 91 zu 102 und früher ...
"Man" sollte doch meinen, dass die bei Versionswechseln "Kapriolen drehenden" Entwickler irgendwann das von Firefox übernommene und seit Version 17 [!] selbst praktizierende ESR-Prinzip richtig, ordentlich und sauber anwenden! Oder ist das (trotz von Version zu Version immer mehr bezahlter Vollzeitentwickler) weniger oder garnicht machbar, als zu Zeiten wo man keine oder mit Jörg Knobloch "damals" den ersten bezahlten Vollzeitentwickler hatte?
Warum funktionierte das damals und seit einigen jüngeren Versionswechseln nicht mehr?
Korrekter Versionswechsel 115 zu 128 wäre die parallele Version von "neuer" und "Stable"-Version wie folgt:
115.13.0 parallel zu 128.0esr
115.14.0 parallel zu 128.1esr
115.15.0 parallel zu 128.2esr
115.15.0 EOL mit Veröffentlichung von 128.4esr
Es beißt die Maus keinen Faden ab! Aber man verstößt nicht gegen das eigene Regelwerk. Diese Bemerkung kann ich mir jetzt nicht verkneifen: Aber man setzte vor längerer Zeit Jörg Knobloch (wohl im Zeitraum der Versionen zwischen 78 und 91) unter dubiosen, fadenscheinigen und nicht wirklich nachvollziehbaren Gründen vor die Tür (Rausschmiss, weil er angeblich gegen Regeln verstoßen habe), weil der genau unter anderen dies kritisierte (vor allem Qualitätskontrolle anmahnte).
Finde den Widerspruch ...
Gruß
Feuerdrache
Hallo Wurzl,
... und ich in den vorerst "unsicheren" 128er Pool hüpfen muss?
Du kannst ja erst einmal so oder ähnlich wie ich vorgehen:
Der Thunderbird 128.0.1 hat bei mir ein eigenes Profil in /home/Feuerdrache/.thunderbird. Bei mir bekommt jede neue Thunderbird-Version ihr eigenes Testprofil und behält dieses so lange, bis die jeweilige "Stable"-Version (jetzt Tb 115.1n.n) EOL ist.
Lege ein zweites Profil an. Dort vielleicht erst einmal nur ein oder zwei Konten anlegen und den Tb 128.0.1 ausgiebig testen bis offiziell Klarheit herrscht, dass schon Tb 115.13.0 die letzte Version bleibt und EOL geht.
Gruß
Feuerdrache
Eigentlich schon, sonst wird über jeden Pups berichtet…
... aber (fast) nie über etwas wirklich Wichtiges.
So ganz ohne öffentliche Vorwarnung.
Hast Du etwas anderes erwartet?
Hallo Bastler,
nur platt heruntergeladen oder auch installiert?
natürlich nur heruntergeladen und den Thunderbird 115.13.0 nicht aktualisiert.
Der Thunderbird 128.0.1 hat bei mir ein eigenes Profil in /home/Feuerdrache/.thunderbird. Bei mir bekommt jede neue Thunderbird-Version ihr eigenes Testprofil und behält dieses so lange, bis die jeweilige "Stable"-Version (jetzt Tb 115.1n.n) EOL ist.
Gruß
Feuerdrache
Thunderbird 115.13.0 (Originalversion von MZLA)
Linux Mageia 9 x86_64
IMAP | POP
T-Online, Posteo, GMX, weitere
Über [Hilfe]-[Über Mozilla Thunderbird] wird auf die Verfügbarkeit eines Updates hingewiesen:
Den Link aktivierend führt mich zu https://www.thunderbird.net/de/
Wenn ich den Herunterladen-Schalter anklicke, wird Thunderbird 128.0.1 heruntergeladen:
Hat man es seitens der Entwickler mit dem überlappenden ESR-Prinzip wieder nicht oder noch immer nicht verstanden?
Wenn das so jetzt global freigegeben wurde, dann wird es wohl keine stabile Version Tb 115.14.0 oder gar noch Tb 115.15.0 geben.
Der Rest ist Schweigen ...
Gruß
Feuerdrache
@Bastler
Daraus zitiert:
ZitatMSG-Dateien sind auch mit anderen Programmen kompatibel, die das MAPI (Messaging Applications Programming Interface) von Microsoft verwenden.
Und, wie festgestellt, macht die TB-Erweiterung 'importexport tools ng' nicht das, was sie (angeblich) soll.
Da solltest Du schon die Quelle benennen, die behauptet, dass IET NG das können sollte (müsste).
Der Add-on-Entwickler behauptet in der Funktionsbeschreibung an keiner Stelle, dass dessen Add-on msg-Dateien importieren kann.
Und bloß, weil Microsoft ein eigenes Dateiformat zur Speicherung von E-Mail verwendet, heißt das noch lange nicht, dass alle anderen Mailprogramme das ebenfalls nutzen können/müssen bzw. eine Import-Funktion zur Verfügung stellen müssen.
Umgekehrt gefragt: Stellt MS-Outlook einen Export von Mails im EML- bzw. im MBox-Format zur Verfügung? Meines Wissens nicht!
Gruß
Feuerdrache
Ich nehme in Zukunft nicht mehr an diesem Forum teil, ...
Das finde ich sehr bedauerlich!
Hallo Thunder,
Du meinst damit die Add-on-Entwickler?
nein, die meinte ich ausdrücklich nicht! Dennoch zu den Add-on-Entwicklern eine kleine Anmerkung:
Du hast recht mit den üblichen Verdächtigen, die bei ihren Add-ons als Entwickler proaktiv am Ball bleiben (zeitnah aktualisieren), zu denen zum Beispiel auch Du gehörst, und den "Anderen", die ...
Aus (meiner persönlichen) Anwender- bzw. Add-on-Nutzersicht wäre es wichtig, dass jeder Add-on-Entwickler rechtzeitig vor einem der (bisher in der Regel jährlichen Release-Wechsel) kundtut, ob er sein Add-on für die nächste Version weiter pflegen und entwickeln will oder einstellen möchte.
Ich spinne jetzt ein bisschen:
Vielleicht gibt es ja einen Codeschnipsel, den man in das selbst entwickelte Add-on einbauen kann, der rechtzeitig vor einem Release-Wechsel ein Infofenster einmalig oder zyklisch (gegebenfalls mit "Gelesen"-Bestätigung des Nutzers zur Ausblendung dieses Fensters) einblendet:
"Die Erweiterung Name wird auf die nächste Thunderbird-Version Versionsnummer weiterentwickelt."
"Die Weiterentwicklung der Erweiterung Name endet mit der Thunderbird-Version Versionsnummer."
Sehr wichtig finde ich die weitere Pflege dieses Add-ons:
Es hat sich (bisher) als sehr hilfreich erwiesen, schon im Vorfeld (jetzt bei noch Version 115) zu prüfen, welche der eigenen eingesetzten Add-ons schon 128-tauglich sind. Die Erweiterung wurde vor einigen Tagen dafür aktualisiert.
Aber natürlich hast Du recht, denn wenn parallel zum jährlichen Wechsel (115 ESR nach 128 ESR) die etwa sechswöchigen Feature-Release-Wechsel (128 nach 129 nach 130 nach ...) hinzukommen, dann haben die Add-on-Entwickler einen wesentlich höheren Anpassungsdruck. Das ist nicht zu bestreiten!
Gruß
Feuerdrache
Hallo Thunder,
von diesem Plan habe ich auch gehört und auch irgendwo schon gelesen.
Wäre dann einerseits neu und andererseits gleichzeitig analog Firefox. Letzte zeitgleiche Veröffentlichungen dort:
Firefox 115.13.0esr
Firefox 128.0
Firefox 128.0esr
Danach kämen dann
Firefox 115.14.0esr
Firefox 129.0
Firefox 128.1esr
Wenn das die Entwicklergemeinschaft dann irgendwann auch so umsetzen will, erfordert dies umso mehr Disziplin. Und wenn dies auch gewährleistet wird, dann ist es ein echter Gewinn für die Anwender, besonders die Gruppe derer, die in kleineren Schritten Neuerungen im Thunderbird umgesetzt haben möchte.
Gruß
Feuerdrache
Hallo @Bastler,
Einen Nutzen, die Versionsnummern mit Firefox gleichzügig vorliegen zu haben, sehe ich nicht.
das sehe ich (vermute "gleichzügig" als Tippfehler und nehme statt dessen "gleichzeitig" an) genauso wie Du. Ich schrieb ja in Beitrag #3 unter anderem folgendes:
Es ist doch keinesfalls zwingend, dass Tb 128.0esr ff. und Tb 115.13 ff. bis EOL (fast) zeitgleich mit Firefox 128.0 ff., Firefox 128.0 ESR ff. und Firefox 115.13 ESR ff. veröffentlicht wird. Wenn die Tb-Entwickler ihre Versionen 115.13 und 128.0esr zwei, drei oder vier Wochen später, aber gemeinsam zum gleichen Zeitpunkt, veröffentlichen, ist es allemal besser als dieses Durcheinander, wie wir es schon bei letzten Releasewchseln erleben durften (mussten).
Wichtig ist mir aber der Überlappungszeitraum, bei dem die stabile "alte" Thunderbird-Version (z. Zt. Version 115) mit der (diesmal im Verhältnis zu den früheren Versionswechseln "stabilen") "neuen" Thunderbird-Version 128 gemeinsam veröffentlicht wird.
Also zeitgleich Tb 115.13.0 mit Tb 128.0esr. Hat nicht funktioniert: Tb 115.13 wurde später veröffentlicht. Ich hoffe, das war nur ein "Ausrutscher".
Tb 128.1esr sollte zeitgleich mit Tb 115.14 veröffentlicht werden.
Tb 128.2esr sollte zeitgleich mit Tb 115.15 veröffentlicht werden. Mit der Veröffentlichung von Tb 115.15 ist diese Version EOL.
Ab Tb 128.3esr ausschließlich Folgeversionen von Tb 128.4esr, ... bis der neue Überlappungszeitraum mit Tb 128.13esr und voraussichtlich dann Tb 141.0esr beginnt.
Dies ist nicht an den jeweils konkreten Veröffentlichungszeitpunkt der Firefox-ESR-Versionen zwingend gebunden. Jedenfalls nicht aus meiner Sicht.
Es gibt aber gerade den privaten Usern etwas mehr Sicherheit, wenn sie die stabilen "alten" Versionen produktiv über mindestens zwei weitere Versionen sicher einsetzen können. Und bis dahin die gröbsten Fehler der "neuen" Version behoben sind.
Auch den freiwilligen Helfern in dem Forum hier und vielen anderen Foren rund um den Globus würde es helfen, wenn auf Entwicklerseite selbst gesetzte (oder von Firefoxseite bewährte und übernommene) Entwicklungs- und Veröffentlichungsregeln diszipliniert eingehalten werden.
Gruß
Feuerdrache