Spamihilator

[color=indigo]Darin steht nur zig Mal hinter einander: [/color]
[quote]Opend
Closed[/quote]

Hallo Kennin!

Es wird dann eine Datei XHeader.Log angelegt wo de Zeichenketten und Entscheidungen mitgeschrieben werden.

Gruß
BillyX

[color=indigo]Die Datei ist angepasst... aber ich hab keinen blassen Schimmer welchen Log ich mir denn genau anschauen bzw. durchschicken soll...
Ich kann nichts darin finden, jedenfalls.[/color]

[quote="Kennin"][color=indigo]Also, ich hab's jetzt hinreichend getestet: funzt nicht!

Die "Better than Kazaa" bzw. "Napster" bwz. "Replacement" bzw. "Equivalent" kommen immer noch durch...[/color][/quote]
Schreib mal Logging=4 in die Datei XHeader.ini und schau dir danach die Log-Datei an bzw schick sie mir.

[color=indigo]Also, ich hab's jetzt hinreichend getestet: funzt nicht!

Die "Better than Kazaa" bzw. "Napster" bwz. "Replacement" bzw. "Equivalent" kommen immer noch durch...[/color]

Hallo BillyX!
Schaut gut aus. Die neue Version läßt die ehemals fälschlich aussortierten Mails durch. Danke für Deine Mühe!

Nachträglich noch ein gutes Neues an Euch alle. Wenn Ihr nicht am Hungertuch nagt, dann spendet vielleicht was Richtung Süd-Osten!!!

Hallo Jpsy!

Neue Version online die das Problem beheben sollte.

Der Vergleich erfolgt folgendermassen: Ist die Zeichenkette in der Regel länger so ergibt das keine übereinstimmung, ansonsten werden nur so viele Zeichen wie die Zeichenkette in der Regel hat verglichen.

Gruß
BillyX

[color=indigo]Ich guck's mir an ob's wirkt.
Vielen Dank schon mal![/color]

[quote="Kennin"]Neuerdings bekomme ich auch immer wieder Müll mit als Absender "Napster Replacement" oder "Kazaa replacement" oder Ähnliches. Was ich auch mache, er erkennt diesen Absender nicht als Schrottabsender, da die hinterliegende Emailadresse immer anders zu sein scheint.
Gibbet da ne Lösung?[/quote]
Für solche Fälle benutze ich den X-Header Filter:
Eine Regel wie "[b]Spam if 'from' contains 'Napster Replacement'[/b]" sollte reibungslos funktionieren und Dein Problem lösen.

[color=indigo]Hmmm... das ist nervig...

Der Lernfilter bringt nix, ich bekomme diese Nerv-Mails schon seit Wochen jetzt :S[/color]

Hallo Kennin,

der Spamwortfilter bringt Dir in diesem Fall nichts.
1. siehe hier: http://www.spamihilator.com/help/0.9.8/de/wordfilter.php
2. ein Wort mit 100% reicht nicht, es müssen mehr Spamwörter ekannt werden.

Um die von Dir angesprochenen Mails auszusortieren, würde ich auf den lernenden Filter und den URL-Filter vertrauen.

Gruß
Tom

[color=indigo]Ach Du grüne Neune... ich versteh hier leider nur Bahnhof...
Ich habe auch ein ähnliches Problem, und zwar findet Spamihilator die mit "[spam]" gekennzeichneten Mails NICHT, obwohl sowohl "spam" als "[spam]" in meiner Black List stehen, aber anhand der Info's die hier oben stehen kann ich wirklich nicht ausmachen ob ich damit was anfangen kann... und vor allem: ich wüsste wirklich nicht WIE...

Neuerdings bekomme ich auch immer wieder Müll mit als Absender "Napster Replacement" oder "Kazaa replacement" oder Ähnliches. Was ich auch mache, er erkennt diesen Absender nicht als Schrottabsender, da die hinterliegende Emailadresse immer anders zu sein scheint.
Gibbet da ne Lösung?[/color]

Hallo BXXX :)

Frohe Weihnachten!!!

Ich hab das jetzt nochmal überprüft. Tatsächlich werden Emails mit dem Betreff [SPA ebenfalls vom XHeader-Filter abgefangen und Mails mit leerem Subject werden NICHT abgefangen.

Allerdings:
Ich habe definitiv Emails bekommen, die vom XHeader-Filter abgefangen wurden, und bei denen das Subject leer war, also keinen Substring von [SPAM] enthielt. Irgendwo muss da ein subtilerer Fehler stecken!

Ich werde Dir per Email ein oder zwei Mails (als Attachment) schicken, die den Fehler reproduzieren.

Hallo Jpsy!

Ich kann mir vorstellen das ein kürzerer String im Header als in der Regel nie matcht, so sollte es eigentlich sein. Wird in ein paar Tagen behoben.

Gruß
BillyX

@BilllyXXX:

Tja, leider ist mir nun doch ein ernster Nachteil der Xheader-Methode aufgefallen:
Mails mit leerem Subject werden ebenfalls als Spam ausgefiltert. Der kürzere der beiden Strings ist der leere des Subjects. Er hat null Zeichen, und matcht daher natürlich immer mit den ersten null Zeichen des im Xheader-Plugin definierten Suchstrings - ob der jetzt "[SPAM]" heißt oder sonstwie. Mist...

Kannst Du Dir vorstellen, das Xheader-Plugin so zu ändern, dass leere Headerstrings nicht zum Match mit nichtleeren Suchstrings führen? Ich kann mir im Moment keine Situation vorstellen, wo das sinnvoll wäre.