Regula 2.0.8

Gaijin

Version 2.0.8:

Außer dem behobenen Fehler bei der Prüfung des Adressbuches, wurden nur kleinere Änderungen vorgenommen.

[ + ] Rules.dat: Statt der Regel "SenderInAB" wird nun "FromAddrInAB" verwendet.
[ * ] Im einfachen Modus wird für die Adressprüfung aus den TB!-Adressbüchern nun die Regel "FromAddrInAB" an Stelle von "SenderInAB" verwendet.
[ * ] Optionen/Einfacher Modus: Die Schaltflächen zum Bearbeiten der Listen werden nun bei deaktiviertem einfachen Modus ebenfalls deaktiviert.
[ - ] Die internen Regeln "SenderInAB", "FromAddrInAB" und "ReplyToAddrInAB" lieferten unter bestimmten Voraussetzungen Falschmeldungen.

Download / Beschreibung

Hendrik

Geht :ph34r:
Danke, Gaijin! :banane:

**GwenDragon**

Danke für die Änderungen. :up:

TopCop

Zitat

Version 2.0.8:
[ * ] Optionen/Einfacher Modus: Die Schaltflächen zum Bearbeiten der Listen werden nun bei deaktiviertem einfachen Modus ebenfalls deaktiviert.

Hallo Gaijin,

also die neue Version läuft bestens, vielen Dank.
Aber ich kann in der neuen Version auch bei deaktiviertem "Einfachen Modus" die Listen bearbeiten. Die Schaltflächen sind im Gegensatz zur letzten Betaversion nicht deaktiviert!

Bin ich aber nicht böse drüber. -_-

Volkmar

Gaijin

Zitat

Aber ich kann in der neuen Version auch bei deaktiviertem "Einfachen Modus" die Listen bearbeiten. Die Schaltflächen sind im Gegensatz zur letzten Betaversion nicht deaktiviert!

Danke, ich habe das behoben.

**GwenDragon**

Seltsam.
Trotz erkanntem Spam wird die Nachricht nicht in Junkordner verschoben.

Code

=== BEGIN MESSAGE at 04.05.2006 11:38:18 ===
Subject: Undelivered Mail Returned to Sender
Sender:  MAILER-DAEMON@chelsea.net (Mail Delivery System)
Date:    Thu, 4 May 2006 05:23:29 -0400 (EDT)
Msg-Id:  <20060504092329.BE42317732A8@smtp2.chelsea.net>
Regula: Debug mode active!
Match: Simple rule "Subject" (SUBJECT_RETURNED_MAIL: Undelivered), score: 100.
Message marked as SPAM by last rule (score was 100).
Bayes learned this mail as SPAM.
Bayes words:
 S:undelivered (V=100/P=100)
 S:sender (V=100/P=100)
 postfix (V=100/P=100)
 host (V=100/P=100)
 inform (V=100/P=100)
 assistance (V=100/P=100)
 postmaster (V=100/P=100)
 returned (V=100/P=100)
 unknown (V=100/P=100)
 S:mail (V=93/P=85)
 S:returned (V=90/P=81)
 recipients (V=88/P=77)
 further (V=80/P=59)
 below (V=78/P=56)
 said (V=77/P=54)
 delivered (V=77/P=54)
 reply (V=75/P=49)
 include (V=74/P=49)
 problem (V=27/P=47)
 delete (V=73/P=46)
 command (V=68/P=36)
 sorry (V=68/P=35)
 it's (V=67/P=34)
 this (V=67/P=33)
 rcpt (V=65/P=31)
 user (V=37/P=26)
 your (V=63/P=26)
 that (V=62/P=23)
 have (V=61/P=21)
 mail (V=60/P=20)
Bayes result: 78% spam probability.
Match: Intern rule "BayesScore" (EASYMODE_BAYES_FILTER), score: 78.
Final score is: 100 (178), 2 rules matched >>> SPAM.
Regula: Debug mode active! (Result is 0)
Message processed in 47 mSec.

Alles anzeigen

Gaijin

Zitat
Seltsam.
Trotz erkanntem Spam wird die Nachricht nicht in Junkordner verschoben.
Code
Regula: Debug mode active! (Result is 0)

:pfeif:

beta

Kannst du bitte nicht ein Tool anbieten welches einem bei der Filtererstellung unterstützt?

Das Plugin ist mittlerweile so ausgereift, dass man bis zum Staubkorn auf der Tastatur filtern kann. Wenn's irgendwas PHP-lastiges auf deiner Homepage is. Man ist mehr mit der Doku lesen beschäftigt wie mit Regelbauen.

Achso, danke für die neue Version.

**GwenDragon**

Zitat

:pfeif:

Autsch, wie peinlich. :blush:

Gaijin

Zitat

Kannst du bitte nicht ein Tool anbieten welches einem bei der Filtererstellung unterstützt?

Das hatten wir doch bereits hier (wer nicht nachlesen will: 2 Stimmen dafür, 2 dagegen bzw. neutral).

Nachdem ich sowas nicht brauche, weil meine vor über einem Jahr erstellten Regeln immer noch zutreffen, bleibt auch meine Meinung dazu unverändert.

beta

Ich werde doch wohl noch mal fragen dürfen. :tickedoff:

Hendrik

... und wenn ich jetzt auch nochmal sage, daß ein Hilfssystem zum erstellen der Regeln auch mir manchmal praktisch wäre... :angel:

Was anderes: ich meine mich jetzt zu erinnern, daß \n von Regula nicht als Zeilenumbruch gewertet wird... Wie sucht man den Zeilenumbruch nochmal? :denk:

Gibt es eine Einstellung im RegEx-Tester, damit die Regeln dort gleich gewertet werden wie durch Regula?

Bernd

Ich kenne neben \n noch \r als Zeilenumbruch. Du könntest aber auch, falls es der Regel egal ist, nach einem $ für das Zeilenende suchen. \s ist für einen Zeilenumbruch wohl zu weit gefasst, da dort auch Leerzeichen und Tabs gefunden werden.

Gaijin

Zitat

Was anderes: ich meine mich jetzt zu erinnern, daß \n von Regula nicht als Zeilenumbruch gewertet wird... Wie sucht man den Zeilenumbruch nochmal? :denk:

Windows-Zeilenumbrüche sind normalerweise "\r\n" (CR+LF), es sollte aber auch nur mit "\n" funktionieren.

Ein Dollar-Zeichen findet nur das Ende, nicht einen Zeilenumbruch. Wenn du das anders haben willst, musst du das im regulären Ausdruck selbst umstellen.

Die Voreinstellung von Regula ist "IgnoreCase" (Groß-/Kleinschreibung wird NICHT beachtet) und "SingleLine" ("^" und "$" finden nur den Anfang und das Ende, aber KEINE Zeilenumbrüche).

Zocko

Also ich für meinen Teil halte einen solchen Regeleditor für blanke Augenwischerei, weil man damit nur einen Bruchteil der Funktionen von Regula abdecken kann.
Wer komplexe Regeln erstellen will, der kommt an RegExp nicht vorbei und da hilft einem auch der gewünschte Editor nicht.

Außerdem liegen Regula diverse Standardregeln bei, die man leicht erweitern oder den eigenen Wünschen umändern kann und einen Blick ins Handbuch nahezu schon unnötig machen.
Obwohl ich durchaus regelmäßig meine Filterregeln ergänze, habe ich seit der Umstellung auf die Version 2.0 – wo sich ja einige Dinge geändert haben - nicht mehr ins Handbuch geschaut.

Okay, das mag bei anderen zwar anders aussehen aber wer sich einmal in die Konfiguration eingearbeitet hat, der braucht IMHO so einen Regeleditor nicht. :coolsmiley:

Hendrik

Die Regel

Code

PartName 30 R "\.gif"" [GIF Anhang]

spricht nicht an, wenn der Anhang keinen Namen hat, sondern einfach nur

Code

------=_NextPart_000_0001_01C67397.BF5B3780
Content-Type: image/gif
Content-Transfer-Encoding: base64
Content-ID: <000101c673d2$6bb094be$bcfca8c0@opx36>


R0lGODdhygDUAMIAAAAAAAAAAP///wAA//8AALepnQAAAAAAACwAAAAAygDUAAAD/ii63P4wykmr
vbiWLLbzXCiOD0ieaKqubDuZbqzJFEyXd87Yeu+HPFTw9cMMJUdLshgBBZitJUT6yQSekKtEK7gm

im Quellcode steht.

Dieses Verhalten leuchtet ja irgendwie ein, aber lässt sich da was Kluges machen?

Gaijin

Zitat
Die Regel
Code
PartName 30 R "\.gif"" [GIF Anhang]
spricht nicht an, wenn der Anhang keinen Namen hat, sondern einfach nur
Code
------=_NextPart_000_0001_01C67397.BF5B3780
Content-Type: image/gif
Content-Transfer-Encoding: base64
Content-ID: <000101c673d2$6bb094be$bcfca8c0@opx36>


R0lGODdhygDUAMIAAAAAAAAAAP///wAA//8AALepnQAAAAAAACwAAAAAygDUAAAD/ii63P4wykmr
vbiWLLbzXCiOD0ieaKqubDuZbqzJFEyXd87Yeu+HPFTw9cMMJUdLshgBBZitJUT6yQSekKtEK7gm
im Quellcode steht.
Dieses Verhalten leuchtet ja irgendwie ein, aber lässt sich da was Kluges machen?

Wie wäre es mit dem "Content-Type:"-Header?

Hendrik

Jetzt hat die Antwort-Benachrichtigung des Forums nicht funktioniert... sorry für mein langes Schweigen...

Das probiere ich mal mit dem Content-Type: nämlich so:

Code

Content-Type 30 S "image/gif" [Content-Type image/gif]

Mal sehen, wann der Nächste entsprechende Junk kommt... :knuppel2:

Danke auch für die Hinweise zum Zeilenumbruch/Zeilenende... mal sehen, ob mir was einfällt, wie mal diesen Junk mit Viagra, Cialis usw in Tabellen sicher fangen kann.... dafür wollte ich es nämlich wissen...

Hendrik

Das mit \r\n klappt prima :punk:

Die Regeln gegen die Tabellen sehen jetzt so aus, und gehen:

Code

#[Tabellen-Junk]


&RawBody 30 R "<DIV> n</DIV>" 
RawBody 30 R "n\r\n" [Tabellen-Junk auf n]


&RawBody 30 R "<DIV> C</DIV>" 
RawBody 30 R "C\r\n" [Tabellen-Junk auf c]


&RawBody 30 R "<DIV> i</DIV>" 
RawBody 30 R "i\r\n" [Tabellen-Junk auf i]


&RawBody 30 R "<DIV> a</DIV>" 
RawBody 30 R "a\r\n" [Tabellen-Junk auf a]


&RawBody 30 R "<DIV> s</DIV>" 
RawBody 30 R "s\r\n" [Tabellen-Junk auf s]


&RawBody 30 R "<DIV> L</DIV>" 
RawBody 30 R "L\r\n" [Tabellen-Junk auf L]


&RawBody 30 R "<DIV> V</DIV>" 
RawBody 30 R "V\r\n" [Tabellen-Junk auf V]


&RawBody 30 R "<DIV> m</DIV>" 
RawBody 30 R "m\r\n" [Tabellen-Junk auf m]


&RawBody 30 R "<DIV> p</DIV>" 
RawBody 30 R "p\r\n" [Tabellen-Junk auf p]


&RawBody 30 R "<DIV> x</DIV>" 
RawBody 30 R "x\r\n" [Tabellen-Junk auf x]


RawBody 10 R "<DIV> n</DIV>" [<DIV> n</DIV>]


RawBody 10 R "<DIV> C</DIV>" [<DIV> C</DIV>]


RawBody 10 R "<DIV> i</DIV>" [<DIV> i</DIV>]


RawBody 10 R "<DIV> a</DIV>" [<DIV> a</DIV>]


RawBody 10 R "<DIV> s</DIV>" [<DIV> s</DIV>]


RawBody 10 R "<DIV> L</DIV>" [<DIV> L</DIV>]


#[/Tabellen-Junk]

Alles anzeigen

Vielleicht ist's ja jemandem nütze...?

Bernd

Ich kenn den Spam nicht, aber könnte man nicht einfach auf ein RegExp filtern?

Code

<div>\s*\w\s*<\/div>

Würde alles erwischen, was nur einen Buchstaben in einem Div-Container hat, egal ob Leerzeichen davor oder dahinter sind.

Regula 2.0.8

Ähnliche Themen

Ist Regula noch nutzbar?

Spamihilator funktioniert nicht mit TLS 1.2