TB 128.1.0ers x64 (Kann man bei Programm-Generation nicht auswählen, daher habe ich 115* gewählt, damit ich den thread starten kann.)
Win 10 Pro (22H2)
POP
Provider 1&1
***************
Hallo zusammen!
Nach meinem "unfreiwilligem" Update auf TB 128.1.0ers x64 (ich habe halt gepennt! 
) kommt jetzt die Fehlermeldung gemäß Screenshot.
What to do?
(Den entsprechenden Ordner habe ich "repariert")
Gruß
data
Prüfe manuell nach, ob der Zielordner intakt ist. Offenbar gibt es da ein Problem.
Ist das wider Erwarten nicht der Fall und alle Mails darin sind vorhanden und lesbar, gehe zum Filter, entferne die Aktion für das Verschieben und füge sie anschließend neu hinzu, wobei Du den Zielordner dann neu festlegst. Abschließend den Filter manull ausführen - funktioniert es wieder?
Gruß
Sehvornix
Ich nehme stark an, dass das Problem von den /-Zeichen im Namen der Ordner verursacht wird.
Bestimmte Zeichen wie * oder ? und eben m.E. auch / sind halt für Dateinamen nicht zulässig :-/
auch / sind halt für Dateinamen nicht zulässig :-/
Stimme zu, nur wenn der tatsächlich vorher schon so benannt war, warum sollte das dann erst mit einem Update auffällig werden.
<speculate> Vielleicht gab es die Benennung auch nach Update </speculate>
Oder die berühmte tickende Zeitbombe…
~~~~~~~~~~~~
Gerade einen Versuch unter 115.14.0 gemacht
Ordner erstellt mit Namen: ein/schlechter/name (es wurde nichts moniert)
Auf Dateiebene liegt der umgeschrieben vor: ein0b486d57
d.h. die Slashes werden nicht im Klartext zum Dateisystem weitergereicht
Der Inhalt der gleichnamigen .msf sieht so aus
@$${4{@
< <(a=c)> // (f=iso-8859-1)
(AF=indexingPriority)>
<(83=ein0b486d57)(84=66ba1fd2)>[-1:^9E(^AB=1)(^AC=0)(^AD=1)(^88=4)
(^A6^83)(^A2=0)(^A4^84)]
@$$}4}@
@$${5{@
@$$}5}@
@$${6{@
@$$}6}@
@$${7{@
<(85=ein/schlechter/name)>[1:^9E(^AE^85)]
@$$}7}@Großer Nachteil solcher Benennungen, die Ordner und Dateien sind für Restaurationsarbeiten auf Dateiebene nicht mehr zu erkennen.
Bindestrich, Unterstrich und keine Umlaute, erleichtern solche Arbeiten auf Dateiebene.
Den entsprechenden Ordner habe ich "repariert"
Hallo,
auf der Basis meines vorigen Beitrags, benenne den Ordner bitte um, mit weniger krtitischen Zeichen
Bindestrich und Unterstrich zur optischen Trennung. Leerzeichen, Punkte und Umlaute meiden.
Den Filter natürlich entspr. anpassen oder neu erstellen.
Bitte berichten, ob es dann funktioniert.
Hallo zusammen und viele Dank gür Eure Hilfe
Ich benutze für die Bezeichnung meiner Odner keine "slasches"....Ich denke ihr meint das, was Ihr auf dem screenshot seht (siehe Dateianhang)
Meines Erachtens ist das die Pfadangabe meines Ordners gemäß DOS- bzw. Windows-Konvention innerhalb der Fehlermeldung!
Die mails in dem "angemeckerten" Ordner sind allle lesbar und bearbeitbar. 
Ich werde nach Deinem Vorschlag den Filter ändern und dann berichten...das geht allerdings erst, wenn ich das nächste Mal Lotto gespielt habe.
Gruß
data
Ich benutze für die Bezeichnung meiner Odner keine "slasches"
Wie kommt dann die Fehlermeldung so zustande, wurde die "grafisch" selbst gestrickt?
Mein erster Impuls war auch, dass der Pfad zum Zielordner so lautet. Inzwischen habe ich es nachgestellt und bei mir wird in einer solchen Fehlermeldung nicht der ganze Pfad, sondern nur der letzten Zielordner angezeigt. Insofern schließe ich mich auch mit der Rückfrage an, wie denn die/der Ordner benannt sind/ist?
Im Betriebssystem wären außerdem Backslashes \ zu sehen. Im Screenshot sind demgegenüber / zu sehen. Das mag an der Umsetzung von Thunderbird liegen. Trotzdem braucht es mehr Infos dazu.
Schlußendlich ist auch nicht auszuschließen, dass mit dem Wechsel von 115 zu 128 tatsächlich im Programm-Code für die Filter etwas verändert wurde, was jetzt auf einen Fehler läuft.
Gruß
Sehvornix
Ich habe nichts "grafisch gestrickt"...die Fehler wurde so "rausgehauhen" wie es der screenshot zeigt!
Der Ordner-Baum ist angeordnet wie nachfolgender screenshot...
Generiert habe ich den/die Ordner wie üblich Links-Klick ...Neuer Ordner bzw. Neuer Unterordner...
Der Filter funktioniert bei allen Unterordnern "Allgemein"..."Auszahlung" etc. außer bei Spielteilnahme"! Das Problem taucht allerdings erst nach dem Update auf 128 auf!
Du hat natürlich Recht in der Windows-Konvention wird der "backslash" bei der Pfadangabe benutzt!
Gruß
data
Heute war wieder "Spieltag"...
Ist das wider Erwarten nicht der Fall und alle Mails darin sind vorhanden und lesbar, gehe zum Filter, entferne die Aktion für das Verschieben und füge sie anschließend neu hinzu, wobei Du den Zielordner dann neu festlegst. Abschließend den Filter manull ausführen - funktioniert es wieder?
Wie schon gesagt: Alle Mails vorhanden und lesbar.
Ich habe den alten Filter entfernt und anschließend einen neuen kreiert...Leider tat sich nichts.
Wie schon gesagt diese Phänomen trat erst nach dem Update auf 128 auf.
Gruß
data
Hallo zusammen!
Ich sollte ja berichten:
(Für Programmtest auf Post von "Westlotto" zu warten, war/ist zugegebenermaßen im Nachhinein eine blöde Idee von mir!
)
Am Wochende habe ich mal ein wenig "herumgespielt:
1.) Ich habe zunächst in den Posteingang Mails aus den Unterordnern von "Westlotto" für die eine Filterregel existiert kopiert und dann die Filter manuell gestarted.
Es funktioriert alles bis auf "Spielteilnahme" (s. o.).
2.) Ich habe das entsprechende Filter gelöscht und neu kreiert...Es passierte nichts.
3.) Ich habe den Ordner "Spielteilnahme" umbenannt und einen neuen Ordner - mit der entsprechenden Filterregel - kreiert...Es passierte nichts.
Bei allen v. g. Versuchen kam allerdings die ominöse Fehlermeldung (siehe Screenshot weiter oben) nicht mehr vor!!
Und auf einen anderen Umstand möchte ich an dieser Stelle noch hinweisen:
Der Programmordner "Mail" befindet sich nicht in meinem Profil, sondern auf einer "Daten-Partition" die automatisch gesichert wird. Das mache ich schon so lange ich TB einsetze (etwa seit den Anfängen) und es gab deswegen noch nie Probleme!!
Im "Mail-Ordner" steht eine Datei Namens "msgFilterRules.dat", die man editieren kann. Ich habe darin nichts auffäliges entdeckt. Die Filter (für o. g. Unterordner) scheinen dort korrekt definiert zu sein. Soll ich da mal ansetzen? Oder hat jemand eine andere Idee?
Übrigens am 19.08.2022024 kam (Original-)Post von "Westlotto". Die Mails wurden aber beide nicht verschoben ("Einzahlung" und "Spielteilname"). Zuvor war es ja nur bei "Spielteilnahme".
Das manuelle verschieben (oder kopieren) aus dem Menü "Nachricht/vershieben in" oder "Nachricht/kopieren in" funktioniert problemlos!
Seltsam...seltsam?? Oder könnte das gestrige Windows-Update - was ich persönlich ja nicht glaube - eine Rolle spielen??
Gruß
data
Im "Mail-Ordner" steht eine Datei Namens "msgFilterRules.dat", die man editieren kann
Hallo,
ich kenne es so, dass eine msgFilterRules.dat unter jedem Kontenordner im Dateimanager liegt, nicht eine globale.
Wobei es sowohl unter Mail\Kontenordner als auch unter ImapMail\Kontenordner bei mir existiert.
Auf den ersten Blick sieht es bei mir anders aus als von Dir beschrieben, aber ich werde das genauer überprüfen und dann berichten!
Gruß
data
Hallo,
ich kenne es so, dass eine msgFilterRules.dat unter jedem Kontenordner im Dateimanager liegt, nicht eine globale.
Wobei es sowohl unter Mail\Kontenordner als auch unter ImapMail\Kontenordner bei mir existiert.
Ich habe mal nach "msgFilterRules.dat" gesucht...
Wenn ich einen Filter verschiebe, ändere, lösche oder einen neuen kreiere, stehen die Einträge in der "msgFilterRules.dat", die sich in dem Ordner "LocalFolders" befindet..
Gruß
data
Hast Du den 'Globalen Posteingang' aktiviert?
Es steht bei allen Konten auf "Globaler Posteingang".
Das sind natürlich Gegebenheiten, die ohne beschrieben zu haben niemand wissen kann
und stellen auch zum Helfen eine andere Sachlage dar.
Wenn einer über ständige Kopfschmerzen klagt, aber verschweigt, sich mit einem Tacker in die Mütze verletzt zu haben,
wie soll ein Arzt richtig diagnostizieren?
Mmmh...Diese Einstellung habe ich schon seit eh und je. Ist die falsch?
Bis zu o. g. Update auf 128 hat es immer und problemlos funktioniert.
Gruß
data
