Der Bericht zeigt zumindest mal, dass es einen Bug gibt, dessen Signatur sehr, sehr ähnlich ist. Wenn du in den Bug schaust, dann findest du, dass der sich nach bisherigem Dafürhalten quasi in Luft aufgelöst haben sollte. "(Seems gone for 68.)". Scheint wohl nicht so zu sein.
Sind die anderen Crash-Reports bei dir vom selben Typ shutdownhang | nsSyncStreamListener::Available?
Ich glaube den Bug Report hättest du dir sparen können. Wenn die Screenshots nicht täuschen, dann bist du einfach nur im falschen Menüpunkt unterwegs. Du ist unter "neue E-Mail-Adresse erhalten ..." solltest aber aber unter "Bestehendes E-Mail-Konto ..." sein.
Ich kann dir nicht alles kleinklein erklären. Aber Hilfe zur Selbsthilfe kann ich geben.
a) Für die Zukunft: Richte alle Programme/Geräte so ein, dass über IMAP auf dieses Konto zugreifen.
b) Zur Reparatur des Schadens:
ich habe die Mails unter C:\Users\susan\AppData\Roaming\Thunderbird\Profiles\m2aessuw.default\ImapMail\secureimap.t-online-7.de gefunden. Da ist definitiv etwas zu sehen, aber eben nicht wirklich lesbar sondern in verschiedenen Ordnern wie inbox etc.
Ja, darin könnten deine Mails sein. Wie es aussieht, hattest du das lokale Bereithalten aktiviert. Dann puffert der Thunderbird die IMAP-Mails auch lokal. Und aus dem Puffer lassen sich auch gelöschte Mails wieder herstellen, solange du den Ordner nicht komprimiert hast.
Erstelle also zunächst eine Sicherheitskopie der inbox. Dann benutze die Suchfunktion des Forums. Es gibt eine Erweiterung, von der ich nicht weiß, ob sie noch funktioniert. Sie heißt RecoverDeletedMessages oder so ähnlich. Wenn die nicht mehr kompatibel sein sollte, suche im Forum nach X-Mozilla-Status. Du wirst weitere Erklärungen dazu finden. Wenn die X-Mozilla-Status mit einem Texteditor wieder auf den richtigen Wert setzt (per Suchen und Ersetzen), werden als gelöscht markierte Mails wieder angezeigt. Ich weiß den Wert nicht aus dem Kopf. Aber das lässt sich finden. Good Luck!
hat es funktioniert!
Prima. Vielen Dank für die Rückmeldung. Kommst auf die Liste der nette Leute. Da kannst du heut Nacht dem Krampus fröhlich in die Augen schauen. 
In meiner Verzweiflung habe ich bei allen Kalendern das Häkchen bei der Offline-Unterstützung
weggenommen und siehe da die Komunikation mit dem Kalenderserver funktioniert wieder.
Daran hatte ich gar nicht mehr gedacht. Die habe ich schon seit Jahren deaktiviert, weil sie bei CalDav immer wieder Probleme gemacht hat, zum Beispiel mit der Erinnerungsfunktion.
Der Exit aus dem TB funktioniert meistens immer noch nicht und der Prozess bleibt hängen.
Ich muss sagen, so macht das wirklich keinen Spaß. Oben sprichst du von Abstürzen, jetzt von Hängern. Den mehrfachen Hinweis darauf, dass man selbst als Laie aus den Crash-Reports u.U. etwas herauslesen kann, den ignorierst du. So groß ist die Verzweiflung dann wohl doch nicht.
Ich meine die Berichte, die du unter Hilfe Informationen zur Fehlerbehebung Alle Absturzberichte einsehen kannst.
Die kannst du dir im Browser anschauen. Sie haben alle eine Adresse der Form
https://crash-stats.mozilla.com/report/index/...
Die Links kannst du hier reinstellen.
Ich habe daraufhin den WireShark eingesetzt und festgestellt, daß der TB Kalender garnichts
in Netz sendet.
Ich hatte ein ähnliches Problem mit Kontakten und Kalendern. Bei mir war vermutlich Cardbook ursächlich. Ich habe dazu eine Lösung gefunden: siehe https://gitlab.com/CardBook/CardB…hunderbird%2068
Es bleibt der Punkt mit dem Freischalten von POP/IMAP bei drei. Hast du das überprüft? Auf dem Handy hast du vermutlich eine App von denen? Die muss man nicht freischalten.
Erkundige dich auch mal, ob sie vielleicht die Authentifizierung geändert haben.
Eine Neuinstallation wird dir vermutlich nicht helfen. Wenn POP/IMAP tatsächlich freigeschaltet ist und die Einstellungen wirklich korrekt sind, dann blieb noch zu prüfen, ob dein Rechner überhaupt eine Verbindung zu dem IMAP-Server herstellen kann. Das kannst du mittels Telnet durchführen. Anleitungen dazu gibt es hier im Forum.
Die verlinkte Hilfeseite ist eine aus Österreich, wie unschwer an der Domain .at erkennen kannst. Ebenso die Adressen der Server.
Weshalb drei einmal von imap.drei.at schreibt und an anderer Stelle von imaps.drei.at. müsstest du bei denen erfragen. Vielleicht gehen beiden.
Hast du die anderen Einstellungen, Port usw. , genau so vorgenommen, wie sie dort genannt sind? Hast du mal geschaut, ob sich die beiden im Detail unterscheiden? Auch wenn es bereits funktioniert hat, hast du auf deren Webseite kontrolliert, ob der Zugriff über IMAP freigeschaltet ist?
Im Absturzbericht, den ich gelesen habe, konnte ich nix entdecken.
Ich bin mir nicht sicher, ob wir von den gleichen Berichten sprechen. Ich meine die, die der Thunderbird automatisch erstellt und kleine Dump hochlädt, die dann schön lesbar in Tabs aufbereitet werden. Darüber führt der Thunderbird eine Historie. Du könntest die zugehörigen Links hier posten. Man sollte dann in jedem Fall erkennen können, ob die Abstürze immer die gleiche Ursache haben oder es verschiedene Signaturen sind.
Nein, nur den Defender. Ferner ist die VM so konfiguriert, dass sie im NAT wie ein eigenständiger Rechner erscheint, mit eigener IP usw. . Das ist nichts, was die Verbindung mit dem Update-Server blockieren würde. Genau das macht laut der Beschreibung der Kaspersky. Man kann also davon ausgehen, dass er bei denen, die ihn benutzen und die das Problem haben, Verursacher ist.
Ob er letztlich die richtige (oder die richtigen - er spricht von mehreren Konten) findet, ist eine andere Frage.....
Ich könnte mir vorstellen, dass die sogar im Dutzend auftauchen. 
Es gibt aber noch eine andere Möglichkeit
Auch in diesem Fall würde er/sie die richtige inbox über eine Suche finden.
Also ich hab das so verstanden.
Denk mal nach. Die inbox trägt ein Datum vom 11.12.2018. Das bedeutet, dass diese Datei seitdem nicht mehr berührt wurde. Es kann daher unmöglich die letzte inbox sein. Folglich muss es mindestens eine aktuellere geben oder bis vor kurzem gegeben haben. Das war aber in jedem Fall eine andere Datei an einem anderen Ort.
Völlig egal welche Umstände dazu geführt haben, es muss eine weitere inbox existiert haben. Sehr wahrscheinlich gibt es diese Datei noch.
Der Inbox Ordner 1,3 GB hat komischer Weise ein Datum vom 11.2.2018 (21 Monate zurückliegend).
Der Sent Ordner 1,0 GB hat komischer Weise ein Datum vom 11.2.2018 (21 Monate zurückliegend).
Die Frage lautet, was sind das für Dateien? Dass ein Absturz Dateien beschädigt kann vorkommen. Dass er andere wiederbelebt, die 21 Monate alt sind, kann man aber wohl ausschließen.
Möglich (sogar wahrscheinlich) also, dass das alte Dateien sind, die dort seit 21 Monaten liegen und seitdem nicht angefasst wurden. Das wiederum würde bedeuten, dass die neueren Dateien an anderer Stellen lagen und dort vielleicht sogar noch liegen. Anderes Profil?
Suche also alle Partitionen nach inbox ab, auch versteckte Ordner. Vielleicht wirst du fündig.
Ach du meine Güte - Sparkassenquartet.
Zum Thema: Wenn es Abstürze gibt, hilft vielleicht ein Absturzbericht. Selbst als Thunderbird-Laie kann darin unter Umständen etwas erkennen. In jedem Fall mal, ob die Signatur einem bekannten Bug ähnelt, ob es ein Panic war etc. .
Ergebnis, wie nicht anders zu
erwarten: Funktioniert.
Neben dem OS gibt es noch einen weiteren großen Unterschied. Du hast in der Linux-VM sicherlich ein neues Profil erstellt. Das solltest du auch mal unter Windows versuchen.
Die TB-Abstürze bei mir sind unter Linux übrigens häufiger als unter Windows.
Ich will es nicht beschwören. Ich kann mich an keinen einzigen Absturz erinnern. Ich erneuere die Profile ca. jährlich. Das mag der Grund dafür sein.
Siehe bei drei: https://www.drei.at/de/info/support/email-einstellungen/
1. Bevor Sie Ihr E-Mail-Programm einrichten, müssen Sie den Abruf per POP3 oder IMAP einschalten.
2. Der Server heißt imap.drei.at nicht imaps.drei.at.
Allein mit gif kann man schon ziemlich viel erreichen. In vielen Fällen aber zum Ärger der Empfänger.
Was willst du hören? Manchmal lässt sich ein Neuanfang nicht vermeiden. Zum Beispiel wenn man einen unklaren Defekt hat, aber auch wenn einen neuen Rechner hat oder das Programm wechselt.
Da hilft es sehr, wenn man Mails, Kalender und Kontakte auf einem Server gespeichert hat, Einstellungen dokumentiert und ansonsten auf unnötige Spielereien verzichtet.
Probiers mal aus.
Vielleicht später mal. Ich bin Nextcloud Newbie und gerade froh, dass ich die Version 68 damit wieder ans Laufen bekommen habe. Da werde ich jetzt erst mal nichts dran drehen.
Ich möchte dieses Thema noch mal vorkramen, weil ich mit dem Update auf die 68.2.1 Probleme mit Kalender und Adressbuch bekommen habe.
Geholfen hat bei mir dies: https://gitlab.com/CardBook/CardB…hunderbird%2068
Ich bin mir nicht sicher, ob es allein an der Migration von Cardbook und den Caches lag. Bei mir funktioniert es seitdem aber wieder mit der Nextcloud.
Über meine Schwarzes-Brett-Connection habe ich von einer kleinen Firma gehört, die zu Weihnachten Raspberry Pis an einige ihrer Kunden verschenken möchte. Fertig vorkonfiguriert mit Mediacenter, WebDav, ... . Ich weiß nicht, welche Software genau zum Einsatz kommt. Dort gibt es dem Hörensagen nach ebenfalls Probleme mit dem Thunderbird ab Version 68 und WebDav.
In der prefs.js sind so ziemlich alle Einstellungen. Konten und Aliasadressen, Drucker usw. sind auf jeden Fall dabei. Zu Suchordner etc. weiß ich es nicht. Filter sind zum Beispiel in anderen Dateien gespeichert. Es gibt hier irgendwo eine Übersicht.
