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