Re: [SAde] spamassassin-devel-br

Fabian Melzow <[email protected]> Mon, 20 Oct 2003 23:36:26 +0200 (CEST)
Newsgroups gmane.mail.spam.spamassassin.devel.de
Organization The Packet Watching Man
Message-ID <[email protected]>
Am 19-Oct-2003 schrieb Florian Hannemann:
> Fabian Melzow wrote:

> das problem bei dieser wiki lösung ist das alle irgendwie gemeinsam 
> verantwortlich sind.
> eine (ich nenne sie mal so) führungsperson hat den vorteil bestimmte 
> aufgaben verbindlich zu übernehmen.#

Schlechte Idee, endet dann dann sicher bald wegen Zeitmangel oder Überlastung.

> zugegeben die einzelnen aufgaben kann man auch auf mehrere leute 
> unterteilen aber irgendwann ist ein punkt erreicht an dem mal ein 
> machtwort gesprochen werden muß.

Wesentlich besser, es würde ja reichen wenn jeder etwas macht, dann kämen wir
suicher schon sehr weit. Starre Planung -> Mist, schnell von der Realität
eingeholt.

> als aufgaben sind zu nennen:
> 
> - sammeln von Spam

Gelöst. Sofort reportende Spamtraps aufsetzen die die Mails sammeln und nicht
wegwerfen, helfen gleich doppelt! Problem wird eher der Ham für den
Gagencheck.

> - testen der neuen regeln mit dem gesammelten spam

Da müßte jemand einfach nur die Scripte der Entwickler drüberlaufen lassen.

> - regeln mit sinnvollen scores versehen

Problem!
- ga-envolver rechnet sehr lange (ist auch der Grund warum die Punkte dort
  extra sind, direkt drunter ist einfach besser).
- Nur sinnvoll mit mehreren gut sortierenten udn möglicht weit die Realität
wiedergebenden Corpi von Spam und Ham.

> - regeln optimieren oder in frage stellen

Alles unter x% Treffer (glauben die Entwickler nehmen 10 oder 15) taugt nicht
als allgemeine Regel. Sinnvoll sind am meisten generische Regeln, da die
Spamformulierungen sich zu oft ändern (Bayes ist besser).

> - regeln an den ofiziellen SA source weiterleiten

> die ersten 3 sachen können automatisiert werden oder kann jeder für sich 
> selber machen.

Denke nur die ersten zwei.

> das optimieren kann man in der gruppe machen (so wie jetzt bei uns) 
> genau so wie das in frage stellen.

Gute Lösung, wenn man nicht gleich envolven will.

> aber der knackpunkt ist die weitergabe an den SA source.

Wegen SA-Distri-Rules nicht wild machen, ich finde die Wikilösung viel
besser, ist aktueller als jeder offizielle Tarball. Sinnvoll, für die
offizielle Ausgabe sind imho nur allgemeingültige wiederverwendbare Regeln,
aber die müssen sich erst mal als solche herausstellen -> Tests.

> irgendjemand muß das machen sonnst kommen die regeln zigmal oder 
> garnicht dort an. und welcher stand der regeln soll da wann hingegeben 
> werden?

Alle schreiben die weiter ins Wiki dann wereden dort gelegentlich die besten
abgefischt und was noch nicht in der Ditri ist, wandert an die Entwickler.

> ist es sinnvoll nur bei einzelnen leuten getesteten regeln an den 
> SAsource weiter zu geben?

Ich denke Regeln, die von anderen gegengecheckt wurden sind besser und besser
eine Mail mit allen Regeln als 100 einzelne an die Entwickler.
Nichtdeutsche Regeln schneller weitergeben, das die Entwickler ja den Score
selbst envolven können.

Gruß
Fabian



-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win $100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54