The Bat! 8.8.9 - "AW: AW:"-Ketten zu "AW[x]:" wie bei "Re" (Reply)?

AndreasB.

Zitat von beta

%SUBJECT="%SETPATTREGEXP='(?i)\A(?::?\s*)(?:(?:\s*(?:fwd|re|re-[1-9]|aw|fw|antwort|fwd|antw|wg|forw|betr|betreff|betrifft|rcpt|réf|wtr|vs|sv|forward|ha|\*\*SPAM\*\*)(?:\[\d*\])?:\s*)|(?:\s*\[power\-pro\]|\[ppro\-b\]|\[boxer\]|\[ipaq\-at\]|\[MLO\]\s*))*(.*?)(?:(?:\s*$(?:was|war):.*$\s*)|(?:$(?:PGP|S/MIME) Decrypted$))*\z'%REGEXPMATCH='%OSUBJ'"%SUBJECT='%SETPATTREGEXP="(?(?=^;;.*$);;(.*)::|::(.*)$)"%REGEXPBLINDMATCH="%SUBJ;;Re: <empty subject>::Re: %SUBJ"%SUBPATT="2"%SUBPATT="1"'%-

Sorry, dass ich so einen alten Beitrag wieder eröffne, aber ich habe ein Problem mit dem Betreff.

Und zwar kommt es bei web.de und gmx.de häufig vor, dass mit dem o.g. Code die Re's im Betreff nicht richtig ersetzt werden.

Der Betreff ist z.B.: Aw: Re: Betref
Im Quelltext ist dieser wie folgt: =?UTF-8?Q?Aw=3A=C2=A0Re=3A=C2=A0Betreff?=

Dies wird bei einer Antwort zu folgendem Betreff:
Re: Re: Betreff

Wie müsste es geändert werden, damit der Betreff bei der Antwort auch so ist:
Re: Betreff

Gruß

Andreas

**GwenDragon**

Ich mag solche RegEx-Bandwürmer nicht, die lassen sich auch lesbarer schreiben. Nun ja.

Ich hab’s nur analysiert. Da wird im bisherigen Regex der Re: u.ä. wohl nur einmal gefangen.

Ersetze im Makro

Code

%SETPATTREGEXP='(?i)\A(?::?\s*)(?:(?:\s*(?:fwd|re|re-[1-9]|aw|fw|antwort|fwd|antw|wg|forw|betr|betreff|betrifft|rcpt|réf|wtr|vs|sv|forward|ha|\*\*SPAM\*\*)(?:\[\d*\])?:\s*)|(?:\s*\[power\-pro\]|\[ppro\-b\]|\[boxer\]|\[ipaq\-at\]|\[MLO\]\s*))*(.*?)(?:(?:\s*\((?:was|war):.*\)\s*)|(?:\((?:PGP|S/MIME) Decrypted\)))*\z'

durch

Code

%SETPATTREGEXP='(?i)\A(?::?\s*)(?:(?:\s*(?:fwd|re|re-[1-9]|aw|fw|antwort|fwd|antw|wg|forw|betr|betreff|betrifft|rcpt|réf|wtr|vs|sv|forward|ha|\*\*SPAM\*\*)(?:\[\d*\])?:\s*)+|(?:\s*\[power\-pro\]|\[ppro\-b\]|\[boxer\]|\[ipaq\-at\]|\[MLO\]\s*))*(.*?)(?:(?:\s*\((?:was|war):.*\)\s*)|(?:\((?:PGP|S/MIME) Decrypted\)))*\z'

↑↑↑↑↑↑↑↑ Im regex fehlte da ein + zu mehrfachen fangen.

Aus Mangel an Zeit und Testmails ist mein Fix ungetestet!

AndreasB.

Danke für deine Antwort, aber leider funktioniert es auch nicht.

Zwei normale "Re: Re:" oder "AW: Re:" werden korrekt gefangen, aber nicht wenn der Betreff "codiert" ist:
=?UTF-8?Q?Aw=3A=C2=A0Re=3A=C2=A0Betreff?=

Wenn du eine kürzere Variante hast, gerne her damit...

**GwenDragon**

Hmm, das =C2=A0 ist ein Non-Breaking-Space, wie das das reinkommt, ist mir ein Rätsel.
Und ich weiß nicht ob The Bat! 3.x-Makos das als Leerzeichen (hier im regex \s) erkennen.

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"%-

Lasse ich das \s weg, wird Re: gefangen

AndreasB.

So wie es den Anschein hat, ist das bei gmx und web.de neu dazu gekommen.
Noch ne Idee?

Bei der Antwort sind hinter dem ersten "Re:" zwei Leerzeichen zum zweiten "Re:", falls das hilft.

Aber wie gesagt, wenn du für den Betreff und für die Quotes eine bessere Variante hat, gerne her damit.

Ich verwende TB Pro 8.8.9 (32-bit)

**sanyok**

Zitat von AndreasB.

Dies wird bei einer Antwort zu folgendem Betreff:
Re: Re: Betreff
Wie müsste es geändert werden, damit der Betreff bei der Antwort auch so ist:
Re: Betreff

Reicht es nicht aus, wenn man das einfache Makro %SINGLERE dafür verwendet? Hat zumindest hier bisher alles andere entfernt.

AndreasB.

Zitat von sanyok

Reicht es nicht aus, wenn man das einfache Makro %SINGLERE dafür verwendet? Hat zumindest hier bisher alles andere entfernt.

Leider nicht.

**GwenDragon**

Ein Betreff mit Non-Breaking-Space A:<Ctrl+Shift+Leezeichen> ergibt Subject: =?utf-8?Q?A:=C2=A0A?=

Bei Quoted-Printable-kodierten Subject klappt kein Regex. Mist!

**sanyok**

Dann melde es z.B. im BugTracker und hänge dort eine Test-Mail an. Berufe dich dabei auf %SINGLERE, denn es muss grundsätzlich alles entfernen. Ritlabs sollen dann drüberschauen, wieso es bei solchen Nachrichten nicht klappt.

AndreasB.

Wäre es möglich, dass alles vor dem letzten ": " abgeschnitten wird?
Wie müsste es da sein?

**sanyok**

Gwen hat einen BT-Eintrag erstellt. Kannst du bestätigen, wenn du willst. Mehr unter "[Bug] Makros: \s wird nicht gefangen bei quoted-printable-kodiertem Betreff".

AndreasB.

Zitat von sanyok

Gwen hat einen BT-Eintrag erstellt. Kannst du bestätigen, wenn du willst.

Das wird mir nichts bringen, da es für die 8.8.9 sehr wahrscheinlich nicht geändert wird.

**GwenDragon**

AndreasB. Bitte im Bugtracker bestätigen! Anderen mit neuerem The Bat! bringt es was, weil das ein schon länger existierender Bug ist!

AndreasB.

Ich habe gerade festgestellt, dass XMP_SubjClean im Betreff auch noch mit den Umlauten richtig funktioniert.
Hier kann man ja eigene Begriffe angeben, welche ausgefilter werden.

Könnten man es hier eventuell korrekt abfangen?
Wenn ja, was müsste ich da erfassen?

**GwenDragon**

Zitat

%XMP_SubjClean([Betreff], [Alternativ])
Entfernt alle Antwort- und Weiterleitungsvermerke vor dem Betreff.
Folgende Vermerke werden erkannt und entfernt:
antw
antwort
aw
betr
betrifft
betreff
forw
fw
fwd
ha
rcpt
re
ref
war
was
wg
wtr

Zusätzlich können im Parameter "Alternativ" weitere Vermerke angegeben werden. Die einzelnen Vermerke müssen mit einem Pipe-Zeichen (|) voneinander getrennt werden.
Ist "Betreff" nicht angegeben oder leer, wird der Betreff der aktuellen Nachricht verwendet.
Beispiel:
Ausgabe:

Alles anzeigen

AndreasB.

Vielen Dank, aber das habe ich schon gesehen.

Was müsste ich hier bei "Alternativ" angeben, damit das mit dem "Non-Breaking-Space" korrekt gemacht wird?

**GwenDragon**

Ungetestete Idee, als erstes Makro! und dann die anderen:

%SUBJECT=|%XMP_StrRepl(%SUBJECT,"\xC2\xA0"," ")|%-

oder eher

%SUBJECT=|%XMP_StrRepl(%SUBJECT,"\xC2\xA0"," ",1,1)|%-

AndreasB.

Funktioniert leider nicht.
Es sind nun auch im Betreff zusätzliche Sonderzeichen.

**GwenDragon**

Zitat von AndreasB.

Funktioniert leider nicht.
Es sind nun auch im Betreff zusätzliche Sonderzeichen.

Kann wohl das Problem mit Unicode sein bei The Bat! 8.x, während XMP nur Windows-1252-kodierte Zeichen kann.
Deswegen laufen Gajins-Plugins manchmal nicht mehr korrekt.

AndreasB.

Komisch ist aber, dass XMP_SubjClean funktioniert.
Wenn ich nur %SUBJ='Re: %XMP_SubjClean' mache, werden die Umlaute korrekt übernommen.

GwenDragon 28. März 2024 um 14:25

%XMP_SubjClean([Betreff], [Alternativ])