Beiträge von ThoBa

Zitat von sanyok

Wie bereits gesagt, ging es damals um einen konkreten Fall mit einem konkreten MUA und konkreten Nachrichten. Man brauchte sich also nichts vorzustellen, da alles bekannt war. Und eben für diesen konkreten Fall wurde dieser Workaround erarbeitet. Er musste also nur in diesem konkreten Fall funktionieren.

Das war bzw. ist mir schon klar. Was GwenDragon bezüglich des Problems "versucht" hatte, das war auch absolut in Ordnung und verständlich. Nur diese Problematik wird es immer wieder einmal in den unterschiedlichsten "Formen" (Kodierungen) geben.

Was TB! in solch einem Moment benötigt, das ist eine "Dekodier-Routine", was vor der Verwendung von PCRE das Subject (oder auch jeden anderen zu bearbeitenden String) auf den Standardzeichensatz "windows-1252" dekodiert. Danach hätte PCRE "Freie Fahrt". Auch könnte man dann gezielte (PCRE)-Makros für immer wiederkehrende Situationen schreiben.

Es wäre also nicht verkehrt, wenn man die Entwickler auf solch eine benötigte Standard-Routine
"scharf" macht.

Andere Mail-Programme bieten in Zusammenhang mit Makros solche Dekodier-Routinen an.
Als Beispiel sei hier die Routine "DecodeMimeHeader" genannt, die ein Subject von der Transportkodierung befreit und gleichzeitig dekodiert und wieder lesbar macht (siehe b64-Kodierung).

Zitat von GwenDragon

Das Beispiel oben sollte ein Testcase sein, weil ich im Forum helfen wollte, dass ein Fragender solche NBSP entfernt bekommt.

Nun, das wird schwierig. Die Problematik liegt in den vielfachen Kodierungsmöglichkeiten des Subjects. Stelle dir einmal vor, dass das Subject "base64"-kodiert ist. In jenem Fall hast du mit PCRE gar keine Chance mehr.
Dein Lösungsansatz "erschlägt" nur die Subjekte, welche 8bit-kodiert sind. Aber immerhin!

Edit: Wie dann ein NBSP ausschaut? Wahrscheinlich so: "_", "\s" hätte auch hier keine Chance etwas zu finden.

Zitat von GwenDragon

In der Antwort müsste stehen
Hier sollte dann was folgen
A: Test

Ein Bug?

Nein, eher ein Feature bezüglich regulärer Ausdrücke. "\s" sucht nach einem White-Space im
Roh-Text! Dieses wird "\s" aber nicht finden, da das NBS mit "qp" als "=C2=A0" (UTF-8) bzw. "=A0" (Ansi) dargestellt wird. Würdest du (Abhängig von der Kodierung) also nach "=C2=A0" oder "=A0" suchen lassen, so würde dein Vorhaben auch gelingen!

Zitat von sanyok

Mit dem neuen Feature hat das alles nichts zu tun.

Um so schlimmer ist es. Zunächst sollte man bei RITLABS die seit Jahren in TheBat! vorhandenen Fehler beheben, anstatt weitere Fehlerquellen zu schaffen.

Die genannten Fehler werden voraussichtlich erst wieder in einer späteren Version behoben sein, sodass der User wieder an sein "Sparschwein" muss.

Zitat von sanyok

Sieht nicht schlecht aus:
[...}
Ein anderes Programm kann man auch auswählen, falls es nicht in der Liste erscheint.

Ja, wenn man ...

• die erneuten Fehler (Abstürze) mit GPG4Win bei Decrypt in der "neuen" Ansicht
• das Nichtfunktionieren von <stdin> und <stdout> bei eingehenden Mails in dem Filter "Programm starten"
• den Unfug bei "format=flowed"
• viele weitere Fehler mehr, welche von Version zu Version immer wieder mal repariert werden und schlussendlich dann doch wieder auftauchen

... einmal außeracht lässt, dann sieht es wohl wirklich "nicht schlecht" aus. Zumindest ist TheBat! nun ja reichlich "bunt" geworden.

Nach ca. 10 Jahren Abstinenz von TheBat! habe ich mich wieder einmal getraut, diesen Mail-Reader zu begutachten. Meine Hoffnung war, es hätten sich grundlegende Dinge bei der Entwicklung dieses Programms geändert. TheBat! hat heute einen Stand, welcher schon vor mehr als 15 Jahren der Standard war!

Ich bedanke mich bei all den lieben Personen, welche mir den Einstieg in dieses Forum erleichtert haben und verabschiede mich gleichzeitig, denn die Software TheBat! hat gegenüber anderen Mail-Readern aufgrund der Fehlervielfalt und seiner technischen Unzuverlässigkeit absolut keine Chance. Hinzu kommen dann auch noch die Kosten dieses Programms, welche nicht im Geringsten berechtigt sind.

Vielen Dank(!) - ab und zu schaue ich dann doch noch einmal vorbei.
Bleibt tapfer!

Zitat von GwenDragon

Auch in The Bat! 11.x gehst nicht \s fängt nicht das Non-Breaking-Space
Mein Test war:
Hier sollte dann was folgen
%SETPATTREGEXP='(?i)((Aw|Re):\s*)'%-
%REGEXPMATCH='%OSUBJ'%-
%SUBPATT="1"%-

Alles anzeigen

Wie ich gerade feststellen durfte, berücksichtigt die Version 11.x schon das mehrfache Auftreten von Präfixen - also "Re: Aw: Betreff"|"Aw: Re: Betreff" usw. - und korrigiert den Betreff nun bei einer Antwort selbstständig zu "Re: Betreff".
Oder ist das schon vor längerer Zeit korrigiert worden?

Leider kodiert TheBat! die Präfixe - bei bspw. Umlauten im Subject - (auch) mit, was genau aus oben gezeigten Gründen nicht zulässig ist.

Aber immerhin ...

Zitat von GwenDragon

ThoBa Ich hoffe ich verstehe das richtig.

[...]
"Betreff" "entspricht (regex)" [Regex ins Feld]

Ich bin aber nicht sicher ob du Mails filtern willst oder in einer Antwort o.ä. was ändern.

Ja, danke, genau /das/ meinte ich. Ich möchte ein- als auch ausgehend ändern können. Nur mit dem Lesen hapert es bei noch, denn "entspricht (regex)" habe ich einfach nicht gesehen.

Dank auch an sanyok. Ihr habt mich richtig verstanden.

Zitat von GwenDragon

Du wills ein Makro im Filtermanager nutzen? Oder wie?

Daher meine Frage. Wo genau gehören solche Ausdrücke hin, wenn bspw. reinkommende Mails geprüft werden sollen?
Mir würde als Beispiel schon reichen, wo obiger Ausdruck hingehört.

Zitat von GwenDragon

Was willst du denn erreichen mit dem Filter?

Ich beschäftige mich gerade intensiv mit dieser Seite:
The Bat! Help

Nur das Einbinden gelingt mir irgendwie nicht. PCRE ist ein sehr komfortables Werkzeug, mit dem sich so einige Dinge im Handumdrehen erledigen lassen.

Vielen Dank!

Zitat von GwenDragon

durch

Code

%SETPATTREGEXP='(?i)\A ...

Hmm ..., wie baut man solch ein Konstrukt eigentlich in einen Filter ein? Wo sollte ich hierzu lesen?

Vielen Dank!

Zitat von Mammal

Ich finde es auch merkwürdig, dass zwei Personen ein geschütztes Leerzeichen im Betreff verwenden. Und beide hinter dem Re:

Interessant wäre in diesem Zusammenhang noch, welchen Mail-Reader bzw. welches Programm von dem oder den Versender(n) verwendet wird.
Könntest du uns bitte dazu noch einen Hinweis geben?

Vielen Dank!

Zitat von Mammal

Im Editor habe ich noch unter Optionen - Zeichensatz Westeuropäisch (Latin-9-ISO) stehen. Oder wäre hier die Empfehlung, auf Unicode (UTF-8) umzustellen?

Wenn überhaupt ein ISO-Zeichensatz, dann sollte dort "Latin-1-ISO" stehen. UTF-8 sollte in der heutigen Zeit aber der Standard sein!

Wichtig ist für Vorlagen auch die folgende Einstellung für "Neue Nachricht" unter:
Konto => Eigenschaften => Vorlagen => Neue Nachricht => Verwendeter Zeichensatz =>
[Unicode (UTF-8)]!

Zitat von Mammal

Also wäre das jetzt die empfohlene Einstellung?

So ist es nahezu perfekt! Dieses bitte für alle deine Mailkonten so einstellen.

Zitat von Mammal

Hallo in die Runde,

kennt vielleicht jemand dieses merkwürdige TB-Verhalten und hat vielleicht sogar eine Erklärung dafür?

Ja, das ist das "geschützte Leerzeichen" (utf8-kodiert). Wie GwenDragon schon schrieb, sollte für "NICHT ASCII-Zeichen" beim Versand immer eine Übertragungskodierung vorgesehen werden.

Zitat von GwenDragon

Oh, Vivaldi Mail udn Thunderbord macht auch flowed.

Das Schlimme daran ist, dass zumindest Thunderbird weit verbreitet ist und dieser "f=f" schon als "default" mitbringt. "f=f" ist zwar auch bei den meisten Thunderbird-Usern unbeliebt, wobei sie aber nicht wissen, wie dieses Format abzustellen ist.

User, welche TB! bspw. "hinter" einem lokalen Mail- und Newsserver betreiben, für diese gibt es eine erste Notlösung:

• reinkommende Mails auf "f=f" untersuchen (siehe Header "Content-Type")
• aus diesem Header den Zusatz "format=flowed [; DeiSp=No]" entfernen

Mit dieser (Not-) Lösung kommt TB! klar und lässt alle Zitatzeilen "in Ruhe".

Hallo zusammen,

bei meinen momentanen Tests der neuen Version fällt auf, dass "format=flowed" (siehe RFC 3676) von TheBat! grundsätzlich falsch interpretiert wird., was schlussendlich eine komplette Konversation zerstört! Hier einmal ein Beispiel, was sich leicht nachvollziehen lässt. Man schreibe eine Mail mit folgendem Inhalt und einem Inhaltstyp (CT) format=fixed:
++++ Beginn der Mail:
Hallo zusammen,

heute üben wir "format=flowed" (Fließtext).
++++ Ende der Mail

Diese Mail wird nun von meinem "Gegenüber" mit "format=flowed" beantwortet und sieht so vor dem Versenden aus:
++++ Begin der Antwort:
XYZ schrieb:
> Hallo zusammen,
>
> heute üben wir "format=flowed" (Fließtext).

Schön, dass du uns daran erinnerst.
++++ Ende der Antwort

Die Antwort sollte nun exakt so (siehe Antwort-Mail) auch bei TheBat! ankommen. Allerdings macht TheBat! aus dieser Antwort das Folgende:
++++ Beginn der ankommenden Mail:
> Hallo zusammen,
> > heute üben wir "format=flowed" (Fließtext).

Schön, dass du uns daran erinnerst.
++++ Ende der ankommenden Mail

"Spacestuffing" wird missachtet und Zeilen werden zusammengezogen! Ein Fehler, welcher schon in früheren Versionen von TheBat! zu beobachten war.
Ich kann kaum glauben, dass solch ein Fehler noch niemandem aufgefallen ist, denn mit solch einem Mail-Programm sind geschäftliche Konversationen aufgrund von konkreten Zitatfälschungen einfach nicht möglich.

Nur gut, dass bei mir noch 20 Testtage für die Version 11.1 zur Verfügung stehen.

Zitat von sanyok

Ich sehe aber gerade, dass Gwen im BT geschrieben hat, dass es nicht am Indexer, sondern an der modernen Vorschau liegt. Die alte klassische Vorschau kann man in den Benutzereinstellungen unter Betrachter | Editor einschalten.

Prima! So funktioniert nun auch hier das Entschlüsseln. Danke!

Beim Durchschauen aller Verzeichnisse ist mir "nebenbei" aufgefallen, dass TheBat! seine ausführbaren Dateien samt den Unterverzeichnissen außerhalb der UAC von Windows anlegt.
Während der Installation wurde jedoch das Verzeichnis "C:\Programme\..." ausdrücklich erwähnt!

Die ausführbaren Dateien liegen nun also nachweislich und ohne Schutz unter:
"%localappdata%\The Bat!\..."!

Als Bug ist diese Situation nun schon nicht mehr einzuschätzen, sondern eher als eine Straftat von Programmierern. Soll DAS wirklich so sein?

Vielen Dank!

Zitat von GwenDragon

Au weh, mit neuer Ansicht der Mails Absturz beim Entschlüsseln.

Bug gemeldet als https://bt.ritlabs.com/view.php?id=2302

//EDIT: Es gibt Gründe warum ich die neue Ansicht nicht benutze.

Bist du bitte so nett und erklärst mir, was ein "Indexer" ist? Was muss ich jetzt machen, damit ich mit TheBat! arbeiten kann?

Danke!

Zitat von GwenDragon

ThoBa Ich bekomme keinen Absturz beim Entschlüsseln mit The Bat! 11.1 32bit Win 11 23H2 / GPG4Win 4.3.1 / GPG 2.4.5
Kannst du bitte in ein paar Schritten erklären was du machst?

Es besteht also Hoffnung., denn bei dir scheint es ja zu funktionieren.

Nun, ich bekomme eine verschlüsselte Mail , welche auch signiert ist:


Klick auf "Decrypt" => gpg verlangt die Passphrase:


ich gebe die Passphrase ein => OK => ca. 3 Sekunden ... TheBat! stürzt ab.

Zitat von GwenDragon

Hast du irgendwelche Einstellungen in der gpg.conf?

Ja, schau hier:

keyserver hkps://keys.openpgp.org
default-key 0x...
default-recipient-self
encrypt-to 0x...
utf8-strings
# GPGConf disabled this option here at 10/24/20 09:18:31 Mitteleurop?ische Sommerzeit
# auto-key-locate local,keyserver
auto-key-locate local
keyid-format 0xLONG
no-greeting
cert-digest-algo SHA256
# Version im Text (armor) 4 x (2.x.x Zusatz) aufnehmen
emit-version
# no-emit-version
# no-comments
armor
personal-cipher-preferences AES AES256 AES192 CAST5
personal-digest-preferences SHA256 SHA512 SHA384 SHA224
ignore-time-conflict
allow-freeform-uid

Was mache ich falsch?

Hallo zusammen,

nach Installation von TheBat! in seiner neusten Version und dem Anlegen von 4 IMAP-Accounts funktioniert zunächst einmal alles, was man zum Empfangen und Versenden von Mails benötigt.

Auch funktioniert das Signieren und Verschlüsseln von Mails mit der neusten Version von GPG4Win mit der gpg-Version 2.4.5. Ärgerlich ist in diesem Zusammenhang aber das Entschlüsseln, welches TheBat! grundsätzlich und gnadenlos abstürzen lässt.

in älteren Beiträgen zu diesem Thema habe ich gelesen, dass man in den Einstellungen zu OpenPGP die Dateien für den öffentlichen Schlüsselbund und den Zufallszahlen löschen kann bzw. sollte.
Im entsprechenden Dialog ist das Löschen zwar möglich, wobei aber die Löschung jener Dateien nicht dauerhaft bestehen bleibt.
TheBat! wäre in diesem Zustand leider unbrauchbar für mich.

Hat hier jemand schon Erfahrungen mit der neuen Version und dem Entschlüsseln von Mails? Haben diese Einträge tatsächlich Einfluss auf das Entschlüsseln? Hat jemand einen Tipp für mich?

Vielen Dank!
ThoBa