Beiträge von Sehvornix

Hallo,

das liegt ziemlich wahrscheinlich nicht an Thunderbird, sondern an gmx. Ich beobachte das Verhalten aktuell auch bei 1und1, einem anderen Teil des Konzerns. Die Mail, die manuell in den IMAP-Posteingang zurückgestellt wird, durchläuft dort wieder den SPAM-Check und sie wird wie zuvor wieder geflagged. Na ja, und dann ist sie halt ein paar Augenblicke später nach der IMAP-Aktualisierung mit dem Server auch wieder im Junk-Ordner von Thunderbird zu sehen. Allerdings von gmx dahingeschoben, nicht von Thunderbird.

Gruß

Sehvornix

Hallo leo,

Du schaust insgesamt einfach an der falschen Stelle. Da steht's:

Zitat von leoklein

Dann kommt immer ein Dialogfeld: "Fehler beim Senden der Nachricht. Der MailServer antwortete: Transaction failed Reject due to policy restrictions. For explanation visit https://postmaster.gmx.net/en/error-messa…INE_IP4_IP&c=hi. Bitte überprüfen Sie die Nachricht und wiederholen Sie den Vorgang"

In der Regel steht da auch noch ein Fehler-Code, also welche Policy verletzt wurde und der Link zur Erklärung wird auch genannt.

Das hat nichts mit der Reparatur und schon gar nichts mit Thunderbird zu tun.

Auch nicht mit

Zitat von leoklein

WINDOWS IST NICHT AKTIVIERT!

und gmx bekommt davon auch nichts mit. Aber Du wirst in Kürze vor einem schwarzen Bildschirm sitzen und Dich wundern, warum nichts weiter möglich ist, als Dich wieder abzumelden.

Gruß

Sehvornix

Hallo und willkommen im Thunderbird-Mail-Forum,

da lässt sich vermuten, dass Du versehentlich oder in anderer Absicht die Einstellung für den Vorlagen-Ordner auf den Posteingang verstellt hast.

Prüfe bitte mal, welcher Zielordner für Vorlagen bei dem betroffenen Konto eingestellt ist und ändere das dann ggf. auf einen separaten Ordner für Vorlagen. Und wenn kein nur Vorlagen nutzbarer Ordner vorhanden ist, dann lege explizit einen dafür an.

Das kommt tatsächlich gelegentlich vor, weil diverse Nutzer es für eine gute Idee halten, alle Funktionen auf einen Ordner zu konzentrieren, vorzugsweise auf den Posteingang, um dann die ganzen 'unnützen' anderen Systemordner löschen zu können. Aber das geht schief.

Gruß

Sehvornix

Cheers,

vielen Dank für diese Zalenspielerei mit Schlaglicht auf das Gebaren von Microsoft

In der Hoffnung, dass ich nicht als der mit der Goldwaage gelten werde , kann man aber doch ein paar Ergänzungen machen.

Zunächst: von 1909 auf 20H2 sind 2 Updates. Es sollte trotzdem keine 5 Stunden dauern. Selbst auf PCs mit klassischer Festplatte ist mir keines untergekommen, wo es länger als 2 Stunden dauerte. Allerdings lief die Tortour ja seit 2015 schon bis zu 10 x Auf PCs mit einer SSD hat es dennoch nie länger als 1 Stunde benötigt.

Im Jahre 2018 wollte M$ die 1 Milliarde- Grenze geknackt haben, hat aber nicht geklappt. Tatsächlich war es erst Anfang 2020 soweit. Anfang 2021 ist immer noch die Rede von "mehr als 1 Millarde Devices".

Ein Anfang 2020 beschaffter nicht gerade schwachbrüstiger PC hat einen gemessenen Stromverbrauch von ca. 10 Watt. Im Mittel. Meistens Idle. Weniger als der angeschlossene Monitor, der bei ca. 16 Watt 'on' liegt. Trotzdem könnten die 40 W ein guter Anhaltspunkt sein, da vielleicht noch Nebenverbraucher zu berücksichtigen sind (Boxen, ext. Festplatte, Drucker im Standby, ins Internet kommt man auch nicht einfach so, ...).

Ich fand Werte von ca. 0.485 kg / kWh als CO2 Äquivalent für die Stromerzeugung in DE, wobei dieser Wert seit Jahrzehnten kontinuierlich sinkt.

Das meiste Ungemach verursacht seit Windows 10 eigentlich die Zwangsupdaterei. So wie zum Beispiel jüngst wieder ein Sicherheitsupdate (KB5000802 und seine Varianten für die div. Builds), das weltweit auf geschätzt mind. 20 % aller Installationen zu BSOD und Neustarts wg. Unverträglichkeit mit Kyocera-Druckertreibern führte (da haben sicherlich beide Parteien ihren Anteil dran). Die Möglichkeiten für ein automatisches Rollback sind begrenzt und die in Aussicht stehende Lösung geht in wesentlichen Teilen voraussichtlich auch nur manuell. Das sticht im Aufwand pro Kunde aktuell locker das 5-Stunden-Windows-Funktionsupdate aus und ist mindestens genauso bedenklich in allen genannten Aspekten.

Gruß

Sehvornix

Hallo catman,

mach bitte eine neue Frage auf. Das sieht nach einer andere Problemlage aus und diese Frage von Wimmelbach ist auch bereits als erledigt gekennzeichnet. Versäume dann bitte nicht, die erbetenen Angaben zu Deiner Plattform zu machen.

Gruß

Sehvornix

Hallo Susanne,

Zitat von Susi to visit

Wollt ihr euch das wirklich antun?

Nein, muss nicht sein, wenn es eine andere Lösung auch tut Die Arbeit liegt eh bei der Fragestellerin.

Ich würde auch dem alten Profil schon allein wegen der pref* und dem doppelten calendar-data nicht mehr völlig trauen. Dass das Kopieren nicht zum Erfolg führt, zeigt m.E. ebenfalls, dass da etwas nicht stimmt.

Ich würde die Kalender und Kontakte exportieren, dann ein neues Profil erstellen und sie dort importieren. Die IMAP-Konten sind schnell neu eingerichtet und die Lokalen Ordner lassen sich rasch kopieren. Dann wäre alles sauber.

Im Prinzip bin ich da bei Dir, aber wie soll Annie an die Kalenderdaten rankommen (für den Export)? War es nicht so, dass da vorher schon ein Umzug nicht so ganz geklappt hat und somit das alte Profil auch nicht richtig zu reaktivieren war? Ich kann aus der Beschreibung auch nicht klar nachvollziehen, ob es noch ein unverändertes Profil gibt. Und so kommt es möglicherweise an den Punkt, dass es gar nicht mehr anders geht, als die jüngste local.sqlite mit den echten Daten irgendwie noch mal zugänglich zu machen.

Hallo B. Mueller,

Zitat von B. Mueller

Hmm - hier wird beim Start von TB eine leere Datei «local.sqlite-wal» mit dem aktuellen Datum erzeugt. Wird der Kalender nicht verändert, wird sie beim Beenden von TB wieder gelöscht. Die «local.sqlite» bleibt dabei unangetastet.

Das Dateidatum ist nur dann unverändert, wenn man den Kalender nicht nutzt (das Kalendertab anzeigen ist in dem Sinne keine Nutzung). Davon ist bei der Fragestellerin wohl nicht auszugehen . Sobald Aktivitäten im Kalender stattfinden, bekommt die Datenbankdatei das aktuelle Nutzungsdatum. Das passiert bereits automatisch für Wiedervorlagen, aber auch für Erinnerungen, für erledigte Aufgaben und natürlich sowieso, wenn ein Eintrag geändert oder neu erstellt wird.

Gruß

Sehvornix

Tool: zum Beispiel DB Browser for SQLite von hier.

Zitat von Annie56

Der Kalender auf meinem alten Rechner sah anders aus, vielleicht lässt sich der alte einfach nicht in eine augenscheinlich neue Version des Kalenders integrieren.

Welches war denn die vorherige Version von Thunderbird? Also zumindest in der 68.x Linie gibt es die local.sqlite auch schon.

Zitat von Annie56

eine local.sqlite-Datei (aus dem Jahr 2014) enthält

Die würde ich an Deiner Stelle ignorieren. Die Datei local.sqlite bekommt immer das laufende Datum, jedes Mal, wenn Thunderbird gestartet wird. Eine Datei mit einem Datum von 2014 ist seit 7 Jahren nicht mehr angesprochen worden.

Zitat von Annie56

Ist es denn normal, dass es zwei Ordner "Calender-Data" gibt und zwei local.sqlite-Dateien?

Nein. Selbst wenn mehrere Kalender angelegt werden, landen die alle in der einen local.sqlite, nur mit unterschiedlichen cal_id.

Zitat von Annie56

Oder sollte ich besser die Finger davon lassen?

Das liegt natürlich in Deinem Ermessen und Einschätzung Deiner Fähigkeiten. Aber solange Du mit Kopien der fraglichen Dateien arbeitest und ein Backup von Deinem Thunderbird-Profil vorhälst, ist das Risiko meiner Meinung nach recht gering. Es hält Dich jedenfalls nichts davon ab, die diversen local.sqlite bei geschlossenem Thunderbird mal aus dem calendar-data-Verzeichnis zu kopieren und an anderer Stelle abzulegen sowie diese dann mit dem genannten Tool zu öffnen und Dich darin umzuschauen.

Ebenso kannst Du entsprechend dem Link auf den Beitrag von tom996 sehen, wo in der prefs.js die cal_id steht, die Du mit den Datenbankinhalten vergleichen kannst. Wenn die nicht identisch sind, kann Thunderbird gemäß prefs.js die Datensätze in der local.sqlite nicht zur Anzeige bringen.

Gruß

Sehvornix

Hallo,

hier könntest Du die wohl manuell herauskonfigurieren:

Gruß

Sehvornix

Hallo Annie,

Deine Frage ist als erledigt markiert. Setz das mal auf unerledigt, sonst liest ein Teil der Helfer darüber hinweg und wundert sich auch nicht, warum immer neue Beiträge nachgereicht werden.

Hallo @B. Mueller ,

Zitat von B. Mueller

Das ist die korrekte Größe.

Die «prefs*.js» Dateien haben übrigens nichts mit dem Kalender zu tun, sie enthalten die Konfiguration deines TB.

Das ist die Größe einer leeren oder nahezu leeren local.sqlite.

Der zweite Punkt ist ziemlich sicher in diesem Fall nicht richtig. In der prefs.js wird die cal_id vermerkt. Leider kann man die local.sqlite nicht einfach so in ein anderes Profil kopieren, ohne herauszubekommen, welche cal_id in dem Kalender genutzt wird und diese dann an entsprechender(n) Stelle(n) in der prefs.js editieren. Oder andersrum in der local.sqlite auf die neue gültige cal_id umändern, was dann aber SQL-Kenntnisse erfordert.

tom996 hat dazu ein paar interessante Anmerkungen gemacht: cal_id

und Susi to visit hat an anderer Stelle auch schon mal schön beschrieben, wie man so eine local.sqlite in ein neues Profil migriert. Finde den Beitrag aber just nicht.

Annie56 , die prefs*.js nacheinander an Position 1 zu stellen und mit den unterschiedlichen local.sqlite zu kombinieren, kann vielleicht auch noch zum Ziel führen. Es hängt dann aber sehr davon ab, wie Du die Migration gemacht hast, ob da überhaupt noch eine passende Kombination dabei ist. Außerdem sind die prefs*.js nicht einfach so entstanden, sondern weil Thunderbird wiederholt die Konfiguration nicht verarbeiten konnte und sich dann stattdessen eine neue prefs.js generiert hat.

Um aus der local.sqlite die cal_id auslesen und überhaupt mal schauen zu können, welche local.sqlite denn die richtige ist, benötigst Du ein Tool, um diese Dateien öffnen zu können. Tipps findest Du auch in dem oben schon verlinkten Beitrag.

Zitat von Annie56

local.sqlite-shm (vom 21.03.2021)

local.sqlite-wal (vom 21.03.2021)

Das sind temporäre Dateien zur Laufzeit von Thunderbird. Wenn Du einen Kopiervorgang vorgenommen hast, während diese Dateien zu sehen sind, war das mindestens unglücklich. Es wurde ja schon geschrieben aber lieber einmal mehr wiederholt: bei jeglichen Kopier- und Verschiebeaktionen *muss* Thunderbird geschlossen sein.

Gruß

Sehvornix

Hallo,

Stylist liegt richtig. Genauso wie edvoldi eingangs. Die Modifikation der handlers.json hilt nicht mehr wirklich, zumindest nicht mehr in neueren Thunderbird-Versionen. Es ist auch nicht so, dass die beim Start von Thunderbird das OS ausliest und sich neu generiert. Leider.

Wimmelbach, es hängt vielleicht noch an der Umstellung bei Dateien & Anhänge auf "Jedes Mal nachfragen, wo gespeichert werden soll", damit Du den von edvoldi gezeigten Dialog zu sehen bekommst. Nach der Umstellung halt noch mal eine Mail raussuchen, die den gesuchten Anhangtyp hat, doppelklicken, App für "Öffnene mit" wählen und dann sollte der Eintrag nach dem nächsten Start von Thunderbird auftauchen.

Gruß

Sehvornix

Hallo,

Zitat von marcus.mueller.70

Bin ich der einzige mit diesem Problem?

hast Du mal die forumseigene Suche versucht? Zum Beispiel mit dem Suchbegriff 'Listenname' ist nach Deinem Beitrag der nächstjüngste Treffer aus Februar 2021, danach die nächsten zwei aus November 2020. Siehe die weiße Lupe im roten Quadrat oben rechts.

Automatisches Update auf 78.8.0 von welcher Version vorhergehend (Menü Hilfe > Informationen zur Fehlerbehebung > Update-Chronik)?

Ein Ansatz q&d: neue Liste anlegen und alle Kontakte in die neue Liste übertragen, dann mit dem neuen Listennamen erneut testen.

Gruß

Sehvornix

Hallo BESCH,

Zitat von Besch

Bleibt also nur noch die Frage nach den zwischenzeitlich versendeten Mails.

Also die, wo der Haken noch nicht gesetzt war ...

Na, nicht gespeichert natürlich. Die sind 'nur noch' bei den Empfängern der Mails, an die Du die gesendet hast.

Gruß

Sehvornix

Hallo Feuerdrache,

vorweg, mit dem Add-on habe ich keine Erfahrung, somit auch keine ergänzende Info, ob es hier läuft oder dito nicht.

Bei einem Ergebnis von > 6 MB, wo eigentlich ~4.5 kB für eine Mail erwartet werden, würde ich mal einen Blick in so eine Mail werfen. Die müsste sich ja aus dem Postausgang oder aus Entwürfe per Drag & Drop auf den Desktop ziehen lassen. Fix 1 x .txt angehängt und dann kann man die im Editor (auch mit Kate) mal inspizieren. Der vorgesehene Text müsste sich mindestens wiederfinden, aber vor allem wird dann vielleicht offenkundig, wo die Ver-zig-fachung herrührt und vielleicht sogar, aus welcher Richtung das Problem kommt.

Zweiter Ansatz wäre mMn., kurzerhand ein neues Profil anzulegen und es dort mit dem Add-on und einer Handvoll Kontakten noch mal zu probieren. Zumindest um ein Profilproblem auszuschließen.

Gruß

Sehvornix

Hallo,

erster Ansatzpunkt: Tippfehler oder sonstige Abweichungen ausschließen.

Dann, wenn möglich, eine kürzere eindeutige Passage wählen.

Weiter, den Suchbegriff nicht in Anführungszeichen setzen.

Schließlich, bereits empfangene Mails werden nicht nachträglich gefiltert, es sei denn, man führt das manuell auf den betreffenden Ordner erneut aus.

Ansonsten stell doch bitte ein paar Screenshots davon bereit, wie der Filter bei Dir konfiguriert ist. Anonymisiert natürlich.

Gruß

Sehvornix

Hallo Wolfgang,

Susanne hat den Punkt angesprochen, an dem es auch meiner Meinung nach liegt.

Hatte damit auch schon zu tun.

Du sprichst von einigen Mails - es sind also nicht alle Maileingänge betroffen? Schau mal, ob Du es auf einen bestimmten Absender eingrenzen kannst.

Ansonsten wirst Du damit leben müssen, dass das Abrufdatum bei diesen Mails in der Spalte Datum auftritt. Es ist mir in all den Jahren auch erst mit einem Provider und mit dessen eingesetzter Software untergekommen.

Gruß

Sehvornix

Zitat von graf.koks

Ich dachte eigentlich daran, den Spam auf dem Server rauszufischen, sonst hilft das doch nicht, den Verursacher zu blockieren.

Am Server schon zu filtern, ist sicherlich noch besser. Aber wenn jemand Dritter meinedomain.de gekapert hat und man dann am Server von meinedomain.de einstellt, alles von meinedomain.de ist SPAM, ... dann kommt da gar nichts mehr an. Da hat man sich dann selbst wegge-x-t.

Sollte es so gemeint sein, dass man auf eine der anderen Domains geht und dort dann meinedomain.de blacklistet, ist es auch nicht viel besser. Dann kommt halt auf der anderen Domain nichts mehr von meinedomain.de an. Das wäre ja im Prinzip dasselbe in grün, was der OP jetzt schon als Problem beschreibt.

Gruß

Sehvornix

Edit: Außerdem wissen wir nichts über die Möglicheiten zur Konfiguration gegen Spam beim Provider des OP. Nicht alle Provider bieten zur Bekämpfung von Spam wirklich gute Einstellmöglichkeiten.

Hallo gurgi,

bitte grenze erst mal ein, ob der Spammer wirklich Deine Domain nutzt oder nur auf den Umschlag der Mail draufschreibt, Absender sei Deine Domain. Dazu müsstest Du die Header-Daten der Mail eingehender analysieren. Das wäre dann übrigens auch schon ein ganz starkes Kriterium für den Spamfilter, welches normalerweise ganz gut erkannt wird.

Richtig ist, dass man mit dem was in Thunderbird als 'Filter' bezeichnet wird, nicht wirklich gut gegen Spam vorgehen kann. In dem Fall könnte es aber doch möglich sein, ein Kriterium aufzubauen, dass Felder im Mailheader abgleicht. Allerdings erinnere ich, dass es an der Stelle in der Vergangenheit durchaus Probleme mit der Funktion des Filters gab.

Aber Du bleibst auch dabei, wenn Du mit dem in Thunderbird eingebauten Junk-Filter solche Mails markierst, dann sackt der auch die echten Mails von der Absende-Domain ein?

Sollte sich der Spammer eine Sicherheitslücke zum Beispiel auf einer von Dir betriebenen Internetseite zu Nutze gemacht machen und mittels eines Kontaktformulars in Deinem Namen Spam versenden, dann dauert es sowieso nicht mehr lange, bis Dein Provider Dir die Seite sperrt und die RTBL-Betreiber Deine Domain blacklisten. Dann hast Du erst richtig ein Problem. Von daher unbedingt genau schauen, was da vor sich geht.

Gruß

Sehvornix

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version (konkrete Versionsnummer mehrere - und welche ungefähr? 68.x und 78.x oder auch noch älter?
• Wurde gerade auf eine neue Versionsreihe aktualisiert (alte und neue Version angeben):
• Betriebssystem + Version: ?
• Kontenart (POP / IMAP): sowohl POP als auch IMAP - nicht gut
• Postfach-Anbieter (z.B. GMX): 1und1
• Eingesetzte Antiviren-Software: ist Avira Antivirus gemeint?
• Firewall (Betriebssystem-intern/Externe Software): also die Firewall von Windows
• Router-Modellbezeichnung (bei Sende-Problemen):

Hallo Ronny,

wenn es Dir hilft, dann konzentrier Dich halt erst mal auf Deinen eigenen PC und ggf. einen anderen PC, auf den Du Zugriff hast. Das Thema 'Mitarbeiter im Homeoffice mit irgendeiner anderen TB-Version und irgendeinem anderen AV-Programm und unbekanntem Betriebssystem bei unklarer Wartungslage mit vermutlich zahlreichen Sicherheitslücken' müsstet ihr anderweitig mal angehen. Das kann hier nicht Thema sein.

Setzt ihr irgendwelche Add-ons ein, die eingehende Mails bearbeiten?

Die allererste Empfehlung ist, die noch verbliebenen Einrichtungen mit POP als Protokoll, auf IMAP umzustellen. Dabei ist unbedingt darauf zu achten, dass im Zuge so einer Umstellung die auf dem betreffenden Client liegenden Mails nicht verloren gehen! POP als Protokoll ist überhaupt nicht geeignet für Dein Ansinnen. Zum einen holt das alle Mails vom Server und markiert die dabei als gelesen, zum zweiten legt es die Mails dann lokal ab und zum dritten werden gesendete Mails nicht auf den Server kopiert, so dass man das außer an dem betreffenden PC nicht nachvollziehen kann. Zu allem Überfluß werden dann normalerweise auch noch alle Mails älter als x Tage vom Server gelöscht, so dass die per IMAP angebundenen PCs nur noch einen Bruchteil der Mails überhaupt zu sehen bekommen.

Wenn alle angedockten Mail-Clients hingegen mit IMAP arbeiten, wird das Attribut 'gelesen' eigentlich auch via Server den anderen Clients übermittelt. Dito natürlich 'ungelesen'. Wenn jemand eine Mail liest, aber nicht bearbeitet, müsste er sie wieder auf den Status 'ungelesen' ändern. Und schon hast Du das gewünschte Verhalten. Zusätzlich könnte man auch noch vereinbaren, dass abgearbeitete Mails (beantwortet oder was auch immer), aus dem Posteingang in einen Ordner 'abgearbeitet' umgelagert werden. Wenn das ein IMAP-Ordner ist, können den auch alle einsehen. Dann ist es ganz klar, dass alles was noch im Posteingang liegt, noch zu bearbeiten ist. Dann müsst ihr nur noch lösen, dass nicht alle gleichzeitig die oberste Mail bearbeiten wollen und euren Kunden dann 20 gleichlautende Antworten bekommen ...

Gruß

Sehvornix

Hallo Oliver,

klar ist das unschön. Das Problem geht von der Absenderseite aus, wie Du ja auch schon geschrieben hast. Ich kann mich nicht entsinnen, wann ich je, wenn überhaupt schon mal, in Outlook das Nachrichtenformat nach einer Installation anpassen musste - dort steht HTML. Aber man kann das auf RTF umstellen. Warum sollte man dann schon die Absender fragen.

Anders schaut es aus, wenn der Geschäftspartner gegenüber mit Exchange Online operiert. Dort ist die Standardeinstellung anscheinend RTF und diese Vorgabe kann man nur mittels Powershell ändern. Liegt aber nunmal auch im Ermessen der anderen Seite und die sollte sich schon bewußt sein, dass sie nicht bestimmen kann, welchen Mailclient der Gegenüber einsetzt.

Ich kann auch nicht bestätigen, dass nur Thunderbird betroffen wäre. Im Gegenteil. Es gab Zeiten, da lagen sich die Produkte von MS über Kreuz. Dann kamen die winmail.dat halt auch in Outlook an. Dito Software anderer Hersteller.

Jetzt kann man sich daran stören, dass Thunderbird nicht so kulant ist und diese winmail.dat umcodiert. Müssen sie das, nur weil MS mal wieder glaubte, das Rad neuerfinden und sich abseits der vorgesehenen Pfade bewegen zu müssen? Eher nein, denke ich.

Schau mal, was Microsoft selber dazu inzwischen schreibt. Das kann man den Admins Deiner Korrespondenzpartner dann auch mal rüberreichen. Mancher wird sich dieser Thematik gar nicht bewußt sein.

Gruß

Sehvornix

Hallo langjähriger-Eudora-Nutzer-und-vor-einigen-Jahren-zu-Thunderbird-Umgestiegener,

willkommen im Thunderbird-Mail-Forum!

da es mich auch interessieren würde, habe ich ein wenig gesucht. Zuerst tauchte das Add-on FiltaQuilla auf, welches jetzt auch für Thunderbird 78.x funktioniert, aber die gewünschte Funktion ist wohl nicht mit dabei (es sei denn, man ist des Javascript mächtig und programmiert sich die Suche in js).

Dann fand ich diesen Bug. Daraus geht u. a. hervor, dass die Entwickler die Filter ausdrücklich so umgestalten, dass gerade nicht in HTML-Tags gesucht wird. Tatsächlich ging das früher, aber so wie es aussieht ab einer Version vor 68.x nicht mehr. Ich habe allerdings auch nicht alles bis in alle Verästelungen gelesen.

Gruß

Sehvornix