Während der Konvertieren kam eine Fehlermeldung (siehe Bild), Meldung dürfte Thunder interessieren.
Ich denke, die Fehlermeldung bezüglich des nicht antwortenden Scripts von Allow HTML Temp ist nur eine Folge, da das Konvertieren einfach alles ausgebremst hat.
Du hattest vermutlich im Unterordner /update/ geschaut. Das Installationspaket gibt es aber im Ordner Deines Betriebssystems, also vermutlich:
Mit den *.mar macht man manuell gar nichts. Das sind die notwendigen Daten für den automatischen Update-Vorgang.
Vom Arbeitsablauf her: was passiert denn auf den anderen (IMAP-)Clients, wenn Du die Mail zuhause dann gelöscht hast? Wohin beförderst Du dort die Mails?
Ist natürlich nur eine Hilfskrücke:
Erst ins Archiv kopieren und dann aus dem Posteingang löschen.
Prinzipiell finde ich die Funktion für denjenigen, der das überblicken kann gut. Streng genommen ist die Lösung sowohl in Thunderbird als auch in Outlook nicht standard-konform, denn eigentlich sieht POP gar nicht vor, dass die Mails auf dem Server verbleiben, wenn man diese abgerufen hat. Darauf will ich aber nicht herum reiten - zumal sich Thunderbird ja selbst nicht dran hält.
Spontan fällt mir nur folgende Lösung für Dich ein:
Aktiviere in den Konten-Einstellungen bei den Server-Einstellungen folgende Option: "Nachrichten vom Server löschen, wenn diese aus dem Posteingang gelöscht werden". Dann könntest Du auf Deinem häuslichen Mac die betreffenden Mails in einen anderen Ordner verschieben - somit sind die aus dem Posteingang weg und müssten dann anschließend auch per POP vom Server gelöscht werden.
Den Wartungsdienst braucht man überhaupt nicht zu deinstallieren/deaktivieren. Das ist (ohne es böse zu meinen) unnötiges Gepfusche, was sich bestimmt irgendwann rächt.
Sorge dafür, dass Thunderbird als Deutsche Version installiert wird (also nicht Englisch + deutsches Sprachpaket) und gehe in Thunderbird in die Einstellungen, wo Du dann das Update schlichtweg abschalten kannst. Im Zweifelsfall helfen dabei die passenden (nicht vorhandenen) Berechtigungen seitens des Benutzeraccounts vom Betriebssystem. So sollte das theoretisch korrekt gehen.
Was passiert denn, wenn Du "Benutzerdefinierter Zeitraum" in dem Dialog auswählst? Es sieht ja momentan so aus, als würde exakt eine bestimmte KW gedruckt. Vielleicht werden beim benutzerdefinierten Zeitraum auch noch mehr Tage unten dran gehängt und somit dann auch gedruckt.
wieso gibt es eine Thunderbird Beta 60.b11?
Die Zweige sind nicht so ganz klar ersichtlich, wie das früher war. Keine Ahnung, ob das wieder klarer getrennt und erkennbar wird.
Es gibt meines Erachtens momentan folgende Zweige:
Für die kommende 60.1 (momentan noch als 60.0.1 erstellt); das ist der Release-Zweig:
https://treeherder.mozilla.org/#/jobs?repo=comm-esr60
Für die Betas (hängt mit 60.0 Beta-11 nummerisch hinterher, ist in Wahrheit aber schon weiter als die obigen Builds):
https://treeherder.mozilla.org/#/jobs?repo=comm-beta
Für die Daily-Builds (Alpha):
https://treeherder.mozilla.org/#/jobs?repo=comm-central
Und der Vollständigkeit halber sind das die 52-er-ESR-Builds:
Ich sehe den Fehler/Unterschied in den From-Zeilen. Unabhängig davon muss man ja eigentlich zwischen Sende und Eingangszeitpunkt unterscheiden. Das ist wohl das, was Du als "simuliert" bezeichnest, denke ich.
Vielleicht kannst Du das Verhalten auf BugZilla melden.
Meine Anregung war deshalb die, ob ihr nicht mit den Entwicklern des Thunderbird ausloten könntet, ob man daraus nicht am Ende ein zu den relevanten RFC konformes Adressbuch machen könnte, welches Daten mit CardDav- und Exchange-Servern austauschen kann und welches vor allem ein fester Bestandteil von Thunderbird wird.
Tja, das wäre der Traum für uns Anwender. Ich vermute aber, dass halt jeder (Entwickler) dabei mit sofort spürbaren Kompromissen und Abstrichen leben müsste, die er "seinen" Usern nicht zumuten möchte. Deshalb pflegt jeder sein Projekt separat weiter - solange, bis es plötzlich nicht mehr gepflegt wird. Daher würde auch ich mir die vollständige Integration in Thunderbird wünschen. Gerade auch die weiter voranschreitende Integration von Lightning fordert für das teilweise professionelle Anwender-Umfeld doch auch eine sichere Integration eines vernünftigen Adressbuchs mit Schnittstellen zu Standards wie vCard und Exchange.
Trotzdem habt Ihr auch getrennt meinen Applaus für die beiden Super-Produkte, wie ich finde. Habt Ihr (sowohl jobisoft als auch die vCard-Entwickler) schon eine Ahnung, wie es ab Thunderbird 63 und später dann mit der Integration (als Add-on) weitergeht? Wird Eure Anstrengung auch dann noch belohnt?
sondern hat das E-Mail-Verfassen-Fenster nicht geöffnet
Meines Erachtens sieht das nur so aus. Wenn Thunderbird nicht offen ist, wird er bei der Aktion gestartet (in meinem Fall: Profil auswählen und Master-Passwort eingeben) und dann stürzt er gleich wieder ab. Wenn Thunderbird schon offen ist, schmiert er ganz offensichtlich ab - da sieht man es halt deutlicher.
Hallo!
Dazu würden mir spontan zwei Dinge einfallen:
Funktioniert, wenn Thunderbird 60.0 64 Bit als Standard E-Mail-Client eingestellt ist, senden an E-Mail-Empfänger?
In meinem zuvor verlinkten Beitrag steht doch genau die Antwort darauf: Thunderbird 64-Bit für Windows stürzt genau dabei ab. Das gilt vermutlich auch für Situationen, wo aus anderen Programmen heraus (halb-automatisch) neue Mails in Thunderbird erstellt/gestartet werden sollen.
Hallo!
Wenn Du "Später senden" einfach mit Thunderbirds eigener Funktion (also ohne zusätzliches Add-on) verwendet hast, dann liegt die Mail zunächst im Ordner "Postausgang", bis diese gesendet wird/wurde. Den Postausgang gibt es nur ein mal in Thunderbird. Man findet diesen im lokalen Konto.
Die 64-Bit-Version für Windows wird zunächst nicht "aktiv" beworben seitens der Entwickler.
Lies bitte das hier:
Mir ist Deine Aussage teilweise zu indifferent.
Du forderst längere Tests seitens der Entwickler, obwohl eines Deiner ersten Probleme eigentlich ein zur Zeit nicht mehr kompatibles Add-ons ist. Die Forderung nach längeren Tests ist in diesem Fall einfach unberechtigt. Das aktuelle große Release wurde länger als alle anderen getestet. Änderungen am Add-on-System waren für Add-on Entwickler durchaus lange Zeit bekannt - und gerade jemand wie der ManuallySortFolders-Autor wäre theoretisch in der Lage, die Änderungen umzusetzen, wenn er nicht andere Prioritäten hätte.
Das Update wurde außerdem für Leute, die zuvor keine ReleaseCandidate-Version installiert hatten eigentlich auch nicht als automatisches Update veröffentlicht, sodass man sowieso weiterhin noch bei Version 52.9.1 wäre. Die Entwickler haben sich also durchaus Gedanken gemacht und wollen das automatische Update deshalb ja auch erst mit Version 60.1 verteilen.
Dennoch finde ich die Entscheidung erstmal noch eine Zeit lang bei der 52.9er-Linie zu bleiben vollkommen in Ordnung.
Genau den Bug hatte ich auch spontan im Blick. Der ist aber weiterhin mit Status "New", auch wenn er 14 Jahre alt ist.
Schau doch bitte mal, ob Du hier was passendes findest, wo Du Dich mit dran hängen kannst:
