Beiträge von Sehvornix

Hallo Midgard,

warte doch bitte erst mal die Fernwartung durch Mapenzi ab, bevor Du vermeintlich allgemeine Thesen aufstellst.

Diese Funktion 'Ordner ausblenden' ist für mich weder in der Version 78.x noch in der Version 91.x nachvollziehbar. Falls es sie davor je direkt in Thunderbird gegeben hat, ist mir dies zumindest nicht bekannt.

Wohlmöglich ist das eine durch ein Add-on realisierte Funktion. Und eben dieses Add-on könnte durch die Neuinstallation inaktiv geworden sein. Die Manipulationen an den fraglichen Ordnern gehen dann jetzt ins Leere oder schlimmer, verhindern, das Thunderbird diese Daten noch anzeigen kann.

Aber wie gesagt, schauen wir erst mal, was für ein Befund sich in der Fernwartung ergibt.

Gruß

Sehvornix

Zitat von B. Mueller

Kann es sein, daß du den Punkt übersehen hast?

Kann sein ( .  , )

Zitat von B. Mueller

Hinter 88.79.13.225 geht es bei mir auch nicht weiter.

Interessant.

Gruß

Sehvornix

Hallo Arne,

aus meiner Sicht lässt sich das bisher Gesagte so zusammenfassen: keine Verbindung zum IMAP Server via Port 993 (SSL) an dem Glasfaseranschluss.

Das es bei direktem Anschluss an dieses Genexis Fibertwist funktioniert hat (ist das reproduzierbar?), ändert eigentlich erst mal nichts an meiner These.

Vergleiche doch bitte mal die bezogenen IP-Parameter, die die Fritz!Box an dem Genexis bekommt und von dem Notebook (?) direkt am Genexis. Gibt es da Unterschiede bei der erhaltenen IP-Adresse, den DNS und dem zugewiesenen Gateway oder bei der Netzmaske?

Dein letzter geposteter traceroute in #12 bei ComputerBase zeigt, dass die Pakete bis ins Backbone von Arcor gehen, aber eben nicht weiter. Die 88.79.13.225 gehört bereits zur Infrastruktur von Arcor. Allerdings zeigen sich absolut unterirdische Latzenzen (fünfstellige ms).

Wenn ich hier so einen tracert absende, sieht das so aus:

Routenverfolgung zu imap.vodafonemail.de [2.207.150.230]
über maximal 30 Hops:

  1     2 ms     1 ms     1 ms  192.168.11.1
  2     4 ms     4 ms     4 ms  192.168.121.1
  3    23 ms    19 ms    19 ms  85.16.124.38
  4    61 ms    63 ms    20 ms  85.16.253.28
  5    23 ms    21 ms    23 ms  bbrt.hb-2-xe-2-2-0.ewe-ip-backbone.de [80.228.90.126]
  6    22 ms    22 ms    21 ms  bbrt.hb-2-xe-3-0-0.ewe-ip-backbone.de [80.228.90.5]
  7    30 ms    30 ms    32 ms  bbrt.ffm-0-ae10.ewe-ip-backbone.de [212.6.114.22]
  8    33 ms    30 ms    30 ms  FFMGW4.arcor-ip.net [80.81.193.117]
  9    30 ms    30 ms    30 ms  188.111.217.241
 10    31 ms    30 ms    30 ms  88.79.13.225
 11    34 ms    30 ms    30 ms  2.207.150.230

Ablaufverfolgung beendet.

Viel weniger Hops und ziemlich niedrige Latenz und außerdem antwortet imap.arcor.de auch (imap.arcor.de = imap.vodafonemail.de).

Daher lautet meine These aktuell, dass Dein Glasfaseranschluss-Anbieter und Arcor ein Problem miteinander haben, wenn die Anfrage von einem System hinter der Fritz!Box kommt. Eventuell betrifft es auch gar nicht spezifisch IMAP / SSL / Port 993, sondern die gesamte Kommunikation mit imap.arcor.de.

smtp.arcor.de ist ein anderer Server (=andere Ziel-IP) und mit dem funktioniert die Kommunikation ja, soweit ich das Deinen Ausführungen entnehmen konnte.

Kennst Du vielleicht noch jemanden in Deiner Nachbarschaft, der auch den selben Anschlussanbieter und Glasfaser hat? Wäre es möglich, von dem anderen Anschluss aus einen Test auf Abrufbarkeit der Mails über IMAP mit Deinem Konto durchzuführen?

Gruß

Sehvornix

Ok. Hier noch eine etwas radikalere Idee: vor der Migration des fraglichen Profils, nur das besagtes Mail-Konto löschen und zwar mit der Option

gesetzt. Dadurch werden die lokalen Daten dieses Kontos wirklich gelöscht. Die Daten auf dem Server aber nicht.

Anschließend kannst Du das Konto neu einrichten und konfigurierst erst mal so, dass nicht wieder auf lokal synchronisiert wird. Das so 'bereinigte' Profil kannst Du zum anderen Rechner 2 übertragen. Am Ende, wenn das alles soweit geklappt hat, spricht nichts dagegen, auf Rechner 1 auch wieder die lokale Speicherung zu aktivieren - dauert dann ggf. etwas, bis er damit durch ist.

Gruß

Sehvornix

Disclaimer: Vor Arbeiten am Profil empfiehlt sich am besten immer ein Backup des Profils.

Hi Altstadt,

//OT

Du meinst das hier?

Probiere es mal aus. Ich schaue hier auch in eine 7490. 'Bearbeiten' führt zu

und der passende Bereich sollte dann 'Globale Filtereinstellungen' sein, nur da fehlt dann die Funktion zum Hinzufügen.

Bei erneuter Suche finde ich noch immer keine offizielle Beschreibung, wie das gehen soll. Inoffiziell kann oder konnte man mit Mods und per Telnet in die Konfiguration der FBs eingreifen. Auch in das Regelwerk der Firewall. Möglich, dass das noch immer geht, aber solange der OP nichts von solchen Eingriffen schreibt, kann ich mir die FB als Ursache einfach nicht vorstellen.

Gruß

Sehvornix

Hallo Arne,

man kann denke ich davon ausgehen, dass Du hier (ComputerBase-Forum) auch in der gleichen Angelegenheit um Rat fragst.

Da sind ja einige Ansätze dabei. Hat aber alles nichts mehr mit Thunderbird zu tun.

Dort ist die Rede von einem Pi in Deinem Netzwerk. Nicht etwa mit Pi-Hole?

An der Fritz!Box wird es jedenfalls eher nicht liegen, denn deren Mittel und Möglichkeiten zur Filterung von Ports sind doch arg limitiert. Da gibt es eigentlich nur ein paar vorkonfigurierte Einträge, die man dann aktivieren oder deaktivieren kann - IMAP ist nicht dabei. Wenn Du dann auch gerade sowieso nichts an der Konfiguration der FB geändert hast, es bis Datum x ging und ab da nicht mehr, ist die Fritz!Box mMn raus.

Gruß

Sehvornix

Hallo Asgard,

welche Informationen aus dem Profil sollen denn sonst noch auf den anderen PC übernommen werden?

Wäre es nicht vielleicht ein effizienter Ansatz, erst mal gar nichts zu übernehmen und auf dem neuen Rechner das Mailkonto neu einzurichten sowie dort dann gleich die lokale Speicherung so zu begrenzen, wie Du das brauchst? Das kann im Abschnitt unter dem o. g. Screenshot eingestellt werden.

Andere Daten aus dem Profil kann man dann immer noch selektiv rüberkopieren. Da muss dann aber auch klar sein, dass es fortan zwei unabhängige Datenbestände sind - Adressen zum Beispiel.

Gruß

Sehvornix

Hallo Mapenzi,

Zitat von Mapenzi

Das habe ich gerade getestet. Bei mir werden die entsprechenden Mbox-Dateien im Profil nicht gelöscht oder auf 0 kB zurückgesetzt, wenn ich das Bereithalten der Nachrichten des IMAP-Kontos auf dem Computer deaktiviere.

Leider hast Du Recht. Ich habe das zwar schon ein paar Mal mit eigenen Konten geswitcht und meine Erinnerung sagt mir, das hat so funktioniert. Aber aktuell mit einem TB 78.12.0 kann ich nur Deine Ausführungen bestätigen. So bekommt man die lokale Kopie vom IMAP-Server also nicht weg.

Gruß

Sehvornix

Hallo,

ich verstehe den Gedankengang hinter Deiner Anfrage ehrlich gesagt nicht so ganz. Was willst Du davon haben, die IMAP-Daten von der Migration auszuschließen?

Es ist grundsätzlich erst mal so, dass IMAP die Daten immer vom IAMP-Server liest. Ausnahme: der PC ist offline. Dann greift Thunderbird auf eine lokale Kopie zurück. Überdies funktioniert die Suche sehr viel schneller, wenn eine lokale Kopie herangezogen werden kann. Ist keine lokale Kopie der IMAP-Daten da, muss Thunderbird den gesamten Mailbestand über die Internetleitung durchsuchen - was je nach Menge der Mails, viel länger dauert.

Diese lokale Speicherung in einem Cache geht auf die Standardeinstellung zum Vorhalten aller Mails lokal zurück:

Es gibt weitere Vorteile, von dieser lokalen Speicherung Gebrauch zu machen und eigentlich nur einen Nachteil: es verbraucht lokal Speicherplatz. Jedoch sollte das von der Größenordnung her normalerweise keine Kopfschmerzen bereiten.

Wenn Du nun also Dein Profil ohne IMAP auf einen anderen Rechner überträgst, beginnt Thunderbird erst mal den ganzen Kram wieder downzuloaden und lokal zu cachen. Diesen Schritt könntest Du vermeiden, wenn der Umzug einschließlich der IMAP-Daten erfolgt.

Andersrum könntest Du diesen Haken an der Stelle auch schon vor dem Umzug entfernen. Daraufhin löscht Thunderbird die lokal vorgehaltenen Daten. Wenn Du den Umzug dann vornimmst, werden auch keine lokalen IMAP-Daten zum neuen Rechner übertragen.

Vielleicht beschreibst Du mal kurz, was Dein eigentliches Problem mit den Daten ist, statt danach zu fragen, wie die vermeintliche Lösung umzusetzen sei.

Gruß

Sehvornix

Hallo Altstadt,

hast Du den Link zu dem US-Forum, gerne auch per PN oder hier oder dort im Faden. Da würde ich gerne noch mal nachlesen.

Zitat von Altstadt

In einem anderen Faden kam gerade zutage, dass die Adressbücher gegenüber der Version 78 nun in einer abook.v2 gespeichert werden.

Das passt nämlich nicht unbedingt, denn wenn ich mir meine und andere Thunderbird-78-zu-91-Installationen anschaue, dann sind dort immer noch ganz normal die bisher gebräuchlichen abook.sqlite vorzufinden. Mit "v2" im Dateinamen sehe ich bisher nicht. Dafür müsste es dann ja spezielle bisher noch nicht bekannte Gründe geben.

Ansonsten würde ich auch eine aktuelle Liste der Dateien und ihrer Funktionen begrüßen.

Gruß

Sehvornix

Hallo Ingo und Micha,

Zitat von MSFreak

Wegen des Neustarts des Systems da vermute ich mal das KIS immer noch dazwischen funkt. Ich persönlich würde zum Testen KIS mit dem vom Hersteller geliefertem Removal-Tool komplett aus dem System entfernen und schauen was dann passiert.

Das ist zwar durchaus möglich, würde sich meiner Erfahrung nach aber eher nur auf das Installationsgeschehen von Kaspersky selbst auswirken und nicht andere Software einschränken oder pauschal jegliche Installation von anderer Software gleichen Installationstyps beeinträchtigen.

Ihr solltet euch im Klaren darüber sein, dass durch das Removal-Tool von Kaspersky in der geschilderten Situation für den Threadersteller die Situation noch mal deutlich verschlechtert werden kann. Deshalb halte ich das vorerst nicht für die vorrangige Option.

Der Link von Micha zu dem Faden mit dem Beitrag von Thunder zur Lösung einer Neustartschleife birgt erst mal viel weniger Risiken.

tomtoto : Downloads der benötigten Thunderbirdversionen findest Du hier:

Directory Listing: /pub/thunderbird/releases/

Entsprechend dem Vorschlag von Thunder wird der Programmordner von Thunderbird einfach und direkt gelöscht (oder beide, falls es aktuell beide Programmordner C:\Programme\Mozilla Thunderbird bzw. C:\Programme(x86)\Mozilla Thunderbird gibt, weil eine 32-Bit und eine 64-Bit-Installation über Kreuz hängen). Plus auch der Thunderbird-Ordner aus dem AppData-Zweig 'Local', in dem Thunderbird-Updates quer liegen könnten.

Danach kannst Du es ja erst mal mit der 78.6.0 probieren, wahlweise in der 32-Bit oder der 64-Bit-Version - vielleicht holt die Version das Betriebssytem dann da ab, wo die Softwareverwaltung gerade hängt.

Ich würde auch nach jedem Installations- oder Deinstallations-Lauf einen Neustart des PC zwischenschieben. Auch dann, wenn der nicht ausdrücklich vom System angefordert wird.

Zum Thema Windows Updates und weil das bei bereits einmal Konflikte verursacht hat und weil wir justemang gerade wieder vor einem Microsoft-Patchday stehen, wäre es außerdem sinnvoll, erst mal sämtliche Windows Updates durchlaufen zu lassen, bis da nichts mehr aussteht und dann erst mit der Lösung für Thunderbird fortzusetzen.

Am besten vor der Aktion halt auch noch mal das Thunderbird-Profil im Appdata-Zweig 'Roaming' wegsichern - dann können Deinen Daten zumindest nicht mehr verlorengehen.

Gruß

Sehvornix

Hallo Max,

freut mich, dass Du wieder arbeiten kannst

Zu den abook.v2-1.sqlite bis abook.v2-4028.sqlite habe ich bisher keine weiteren Anhaltspunkte finden können. Insbesondere gar keine Fundstelle zum ".v2." im Dateinamen.

Sorry wenn ich das gerade nicht rekapituliere, aber steht irgendwo ob und wenn ja, welche AV-Software Du nutzt?

Ich sehe übrigens ausdrücklich keinen Zusammehang zwischen den von Dir genannten Bug-Reports und Deinem Problem. U. a. deshalb haben wir das auch hier in einen unabhängigen Faden verschoben.

Außerdem schreibst Du selbst, dass das Problem schon mit der 78er vor dem Update hochgekommen ist. Und deshalb greifen auch die ganzen Workarounds bei Dir nicht, die bei den anderen Usern mit diesem Problem *nach* dem Update auf die 91er Version aufgetreten sind.

Ich schrieb schon, dass der Zusammenhang in dem defekten Adressbuch zu suchen ist.

Was auch immer hier schief gelaufen ist, dass mehr als 4.000 Dateien dabei entstanden sind, kann potentiell noch mal eintreten. Darauf bezieht sich meine Frage nach einer AV-Software, ob die vielleicht dazwischengefunkt haben könnte.

Weiter würde ich Dir gerne noch mit auf den Weg geben, in nächster Zeit öfter Profil-Backups anzulegen und parallel den Bestand an abook-x.sqlite-Dateien auf neue Vervielfältigungen im Blick zu behalten.

Wir (ich jedenfalls) begleiten die Analyse sonst auch gerne noch weiter, wenn's neue Informationen gibt.

Gruß

Sehvornix

Hallo Helmut,

ist der . hinter dem @ ein Teppfuhler?

Wenn nicht, dann gehört der da nicht hin. Die Prüfung gelingt zwar wg. "gmail.com", aber den Account irgendwas@.gmail.com wird es nicht geben oder wenn doch, dann jedenfalls nicht mit Deinen Anmeldedaten.

Gruß

Sehvornix

Hallo,

Zitat von SimBeam

Wie ist ein guter zeitlicher Plan mit Emailübertragen und Eingabe des Auth-Codes?

Falls Du eines der genannten Tools einsetzen kannst, sollte sichergestellt sein, dass die Erreichbarkeit beider Server sich für eine Zeit überschneidet, bevor der Zugriff auf die bisherigen Systeme wegfällt. Die (Deine) Domain kann aber nur einem Server zur Zeit zugeordnet werden. Also muss der andere Server über einen anderen Namen für diese Tools erreichbar bleiben.

Wenn Du den Auth-Code absendest, wechselt die Domain i.d.R. sehr fix zum anderen Provider und es ist nur noch eine Frage der weltweiten DNS-Server-Updates, bis der andere Server Deine Mails mit Deiner Domain annimmt. Das können einige Minuten bis zu 24 Stunden sein. Erfahrungsgemäß geht es eher innerhalb 1 Stunde. Unter Umständen geht Dir in dem Moment, wenn die Domain schwenkt, der Zugriff auf den alten Server und damit auf die Mails dort verloren.

Außerdem ist zu bedenken, dass diese Aktion mit etwas zeitlicher Unschärfe erfolgt. Das ergibt sich ja schon aus dem eben geschriebenen. Wenn ihr viel Mail-Traffic habt, kann es sein, dass jüngste Mails teils noch zum alten, teils schon zum neuen Server gehen, während sich die DNS-Server für die Domain aktualisieren.

Schon deshalb sollte man sicherstellen, auch nach dem Schwenk noch an den alten Server rankommen zu können.

Es hängt aber auch ein wenig davon ab, wie die beiden Provider ihre Mailserver erreichbar machen. so was wie imap.deine-domain.tld ist in dem Zusammenhang etwas unpraktischer als z. B. <kundennummer>.kasserver.com bei All-Inkl. Letzteres hat mit Deiner Domain nichts zu tun und funktioniert, sobald der Vertrag aktiv ist.

Von daher würde ich den von Drachen skizzierten Weg auch bevorzugen und empfehlen, wenn das ein vertretbarer Aufwand für Dich ist.

Gruß

Sehvornix

Hallo Max,

ich freue mich über Deine detaillierten Beschreibungen, was Du wie durchgeführt hast. Da kann man Deinen Schritten echt gut folgen .

Es gibt zweifellos einen Zusammenhang zwischen der Gültigkeitsprüfung einer Mail-Adresse, dem Freischalten der Senden-Funktion und dem Adressbuch.

Zitat von Max Bumgartner

Analyse:

Nun hat es wohl mein Adressbuch "zerrupft"!

Wenn ich im "alten" Thunderbird-Profil nach abook*.* suche, erhalte ich

abook.mab

abook.mab.bak

abook.sqlite

abook.v2-1.sqlite

...

abook.v2-4027.sqlite

abook.v2-4028.sqlite

Alles anzeigen

Ugh, das ist übel. So etwas haben wir vor nicht so langer Zeit hier im Forum mit einer prefs.js eines anderen Nutzers gesehen.

Kommst Du im alten Profil denn noch in das Adressbuch rein? Bisher war nur der Senden-Button als disfunktional aufgefallen. Vielleicht lässt sich das Adressbuch im alten Profil doch noch aufrufen und wenn ja, dann lassen sich die Kontakte vielleicht auch noch exportieren (als .vcf oder als .ldif, zur Not auch als .csv | im Adressbuch das Menü Extras und da Exportieren). Dann kann man die korrupte abook.sqlite im neuen Profil noch mal durch eine intakte Datei überschreiben und anschließend die Adressen importieren.

Alternativ, wenn es ein noch nicht zu altes Backup gibt, in dem diese Zersplitterung der abook.sqlite noch nicht eingetreten ist, kann man auch die nehmen.

Die history.sqlite sind die 'gelernten' bzw. 'gesammelten' Adressen, die Thunderbird aus den abgesendeten Mails übernimmt. Falls diese Funktion bei Dir aktiviert ist. Und hochgezählte abook-x.sqlite sind ggf. weitere Adressbücher, wenn man sich welche angelegt hat - aber sicher nicht 4.028 Stück. Da ist irgendetwas gründlich schief gelaufen.

Die abook.mab ist das Adressbuch im Format bis zum 68er Thunderbird. Beim Upgrade zu 78x. wurden die zu abook-x.sqlite konvertiert und als Backup in abook-x.mab.bak umbenannt und hinterlassen. Mit der anscheinend noch vorhandenen abook.mab oder auch mit der abook.mab.bak durch umbenennen können wir auch noch einen Versuch unternehmen: wenn die abook.sqlite Dateien aus dem Profil entfernt sind und nur eine abook.mab stehen bleibt, sollte Thunderbird beim nächsten Start diese Datei nochmals konvertieren. Jedenfalls galt das bisher für die 78er-Linie von Thunderbird.

Hab' mich eben auch noch mal vergewissert, dass sich am Datenbankformat der abook.sqlite-Datei soweit erkennbar in der 91er-Linie nichts geändert hat. Aber gegen eine korrupte Datei kann man wenig ausrichten.

Gruß

Sehvornix

Hallo Loewchen,

Zitat von Loewchen

Mein großes Problem: Komme ich irgendwie zu den E-Mails, die mich nicht erreicht haben? Es melden sich vielleicht nicht alle, dass ihre Mail nicht zugestellt werden konnte.

Das nicht, denn diese Mails wurden nicht zugestellt. Es verhält sich aber so wie bei dem Bekannten: die Absender haben alle eine Nachricht vom Server erhalten, dass die Mail leider nicht zugestellt werden konnte, weil das Postfach voll ist. Es liegt dann an den Absendern, sich bei Dir zu melden oder es auch einfach so noch mal zu probieren (in der Hoffnung, dass Du zwischenzeitlich Platz geschaffen hast). Ansonsten müsstest Du tatsächlich aktiv nachfragen, wenn Du genau weißt, von wem Du die Mails erwartest.

Gruß

Sehvornix

Hallo lillimucki,

das ist ein Bug in Thunderbird 91.x, an dem mehr oder weniger gearbeitet wird. Laut diversen Beiträgen hier im Forum gibt es ein paar mögliche Umstände, die dann dazu führen, dass Thunderbird sich fortan verzählt. Da wirst Du bis zu einem Update, das dass behebt mit leben müssen. Den entsprechenden Faden findest Du leicht über die Suche.

Mach doch mal ein Update Deiner Foren-Signatur:

Das zeigt deutlich, auch wenn Du in Deiner Frage die aktuellen Infos gegeben hast, dass einige dieser Angaben besser nicht in die Signatur gehören.

Gruß

Sehvornix

Hallo Loewchen,

willkommen im Thunderbird-Mail-Forum.

Ihr seid nicht die ersten, denen das passiert, aber keine Bange, das ist lösbar. Nur bitte nicht weiter draufloslöschen.

Die bisher von Dir 'gelöschen' Mails sind eventuell noch im Papierkorb - dann hätte die Löschaktion unter dem Strich noch nichts gebracht. Aber Du hättest auch noch mal die Chance, die Mails zurückzuholen und wie weiter unten beschrieben, zu einem späteren Zeitpunkt zu entscheiden, was wirklich und endgültig gelöscht werden kann.

Zitat von Loewchen

Bitte entschuldigt: die erwünschten Angaben kann ich nicht schreiben. Mein Mann kümmert sich um die Technik; er ist momentan nicht erreichbar. Ich weiß: wir schreiben über t-online und haben als Schutz den Kasperky.

Gut zu wissen wäre allerdings, ob ihr euren Thunderbird zum Abruf der Mails mit POP3 oder mit IMAP eingerichtet habt. Ich kann eigentlich wegen ...

Zitat von Loewchen

Heute Nachmittag wurde ich von einem Freund informiert: Er bekam die Mitteilung, dass seine Mail nicht zugestellt werden konnte, da bei mir die Mailbox voll sei.

... quasi zu 99% von IMAP ausgehen. Vielleicht kannst Du das bestätigen. Über den Menüpunkt 'Hilfe' > 'Informationen zur Fehlerbehebung' bekommst Du eine Übersicht. Da mal zum Bereich 'E-Mail und Newsgruppen-Konten' scrollen. Da sind die Mailkonten aufgelistet und auch jeweils, ob sie mit POP3 oder IMAP eingerichtet wurden.

Angenommen, es bestätigt sich IMAP, dann wäre besser als zu löschen, diese Mails aus dem Postfach in einen lokalen Speicherort zu verschieben und damit das Postfach zu entlasten, so dass es wieder Mails annehmen und versenden kann. Ihr könnt dann später noch entscheiden, ob die wirklich alle unwichtig und entbehrlich sind.

Und das Entlasten geht so:

Links im Thunderbird-Fenster wird u. a. ein 'Lokale Ordner' angezeigt.

Dort kansst Du per Rechts-Klick mit der Maus neue Ordner erstellen, z. B.

Der dritte Schritt ist dann aus dem 'Gesendet'-Ordner weiter oben, der von eurem Postfach, Mails mit der Maus in diesen eben angelegten Ordner zu ziehen. Mit der Linken-Maustaste gedrücktgehalten rüberziehen. Geht aber auch auf der Mail mit Rechter-Maustaste > 'Verschieben in' > 'Lokale Ordner' > 'T-Online entlasten Gesendet'. Und natürlich muss man das nicht für jede Mail einzeln machen, sondern kann gleich mehrere Mails markieren und auf dem einen wie auf dem anderen Weg verschieben.

Genauso kann man für 'Posteingang' vorgehen, für den man sich vielleicht dann sinnvollerweise einen anderen Zielordner unter 'Lokale Ordner' anlegt.

Sind genug Mails verschoben, ist auch wieder für eine gewisse Zeit Platz im T-Online-Postfach. Das sollte Dir jetzt im Moment helfen. Später wäre dann mal eine grundsätzliche Überlegung nötig, wie ihr mit den Mails und dem zur Verfügung stehenden Platz in so einem T-Online-Postfach umgehen möchtet.

Gruß

Sehvornix

Hallo Max,

Zitat von Max Bumgartner

Ein File oder Folder mit dem Namen temp. habe ich nicht gefunden.

Ich meinte die Datei temporär umbenennen oder temporär (temp.) entfernen. Aber alles gut. Das war es ja (leider) nicht.

Zitat von Max Bumgartner

Ich habe mal gespielt und "meinen" Mail-Folder in das neue ...

Genau das wäre mein nächster Tipp gewesen. Es wäre zwar interessant, den Fehler im Profil weiter eingegrenzt zu bekommen, aber das ist hier via Forum schlicht schwierig und auch sonst sicherlich zeitaufwändig. Daher ist es viel effizienter, die gewünschten Daten aus dem defekten Profil jetzt selektiv in ein neues Profil zu übernehmen.

Das gesagt, was soll / muss denn noch migriert werden? Adressen (abook.sqlite + history.sqlite)? Termine (Export aus dem defekten Profil als ics-Datei - Import im neuen Profil)? Filterregeln (pro POP3-Verzeichnis unterhalb von MAIL jeweils die msgFilterRules.dat)? Trainingsdatei vom Junk-Filter (training.dat)? Was ggf. noch? Da müsstest Du halt gezielt nachfragen, je nach dem, was Dir im neuen Profil fehlt.

Das alte Profil läuft außerdem nicht weg. Dank Profilmanager kann es beliebig weiter zum Nachschauen angesteuert werden, wenn noch was im neuen Profil fehlen sollte. Jedenfalls solange Du die Dateien rüberkopierst und nicht verschiebst. Weils gerne mal vergessen wird - solche Aktionen immer bei beendetem Thunderbird durchführen.

Einziger kleiner Pferdefuß dabei: Deine Entscheidung für POP3. Wenn Du das alte Profil öffnest, werden die Mails ziemlich gleich abgerufen und können dann eventuell im anderen neuen Profil eventuell nicht mehr abgerufen werden. Daher wäre es klug, kurz vor der Migration der eigentlichen Mail-Ordnerinhalte im alten Profil den Abruf zu deaktivieren.

Gruß

Sehvornix

Edit: IMAP hatte ich für den Test angeregt, weil man damit einfach nur auf den Server schaut, aber auf dem Server nichts ernsthaft verändert. Eine gesendete Testmail landet vielleicht im 'Gesendet'-Ordner auf dem Server, den man später unter POP3 dann so nicht mehr sieht und einmal den Abruf des Posteingang in einen lokalen Cache - aber eben ohne die Mails im Posteingang serverseitig zu beinflussen.

Hallo Max,

da Du inzwischen so viele Varianten zur Eingrenzung bereits durch hast, bleibt nicht mehr viel übrig.

Zunächst, einfach um ein unerkanntes Add-on auszuschließen (trotz 'Abgesicherter Modus'), versuche bitte mal die Datei addonStartup.json.lz4 bei beendetem Thunderbird aus dem entsprechenden Profilordner temporär umzubenennen oder temp. von dort zu entfernen. Dann noch mal testen.

Mir würde es außerdem zur Einschätzung auch helfen, dieses Senden-Button-Verhalten mal visuell nachzuvollziehen. Also die Art der Darstellung wenn abgegraut und explizit das Verhalten, wenn die Maus auf den Button geschoben wird - ob da etwas 'hoovert'.

Solange noch keine Mailadresse eingetragen ist bleibt der Button ohne Funktion und reagiert auch nicht auf die Maus.

Sobald die Adresse vollständig da ist, wird der Button funktional (Mauszeiger selbst ist leider nicht zu sehen) und er reagiert auch auf 'Mouse over'. Soweit der Sollzustand.

Bei dem Thema im anderen Thread nimmt der Button einen Zustand irgendwo dazwischen ein. Er ist nicht tot, aber trotz Reaktion auf die Maus bleibt er grau und ein Klick 'drückt' zwar den Button, sendet aber trotzdem nicht.

Bei Dir scheint das Verhalten des Buttons aber von dem zuvor skizzierten abzuweichen.

Der nächste Gedanke angesichts der ganzen Versuche, die Du schon unternommen hast, ist testweise mit dem Profimanager ein neues Profil anzulegen und darin eines der Konten per IMAP kurzerhand einzurichten. Es geht dabei erst mal nur um den Punkt, ob das Verhalten des Senden-Button auch in einem nagelneuen Profil weiter so ist oder ob es dann normal funktioniert. Mit dem Profilmanager kann man ansonsten jederzeit auch wieder in das reguläre Profil wechseln.

Von dem Downgrade zur 78er Version würde ich auch abraten. Einerseits wurden beim Upgrade zur 91er Version einige Dinge im Profil migriert, so dass es nicht ohne Weiteres wieder mit einem 78er Thunderbird funktionieren würde und andererseits holt Dich die Upgrade-Thematik 78 >> 91 schon sehr bald wieder ein, da die Mozilla-Foundation das dieses Mal sehr viel schneller durchziehen will.

Selbst dann, wenn Du ein relativ aktuelles Backup eines Thunderbird 78.x Profils hättest, würde ich diesen Weg an Deiner Stelle nicht gehen. Vermutlich liegt das Problem in Deinem Fall im Profil verborgen und es wäre nur kurz hinausgeschoben, bis Du wieder damit konfrontiert wirst.

Soweit für den Moment. Schauen wir mal, was der Test mit addonStartup.json.lz4 und ggf. mit einem neuen Testprofil ergibt.

Gruß

Sehvornix