Politik, war: Re: [SAde] spamassassin-devel-br

Florian Hannemann schrieb:

> 
> na dann melde ich mich doch mal wieder zu worte.

Freut mich, Hi alle zusammen,

> als aufgaben sind zu nennen:
> 
> - sammeln von Spam
> - testen der neuen regeln mit dem gesammelten spam
> - regeln mit sinnvollen scores versehen
> - regeln optimieren oder in frage stellen
> - regeln an den ofiziellen SA source weiterleiten

Meine "hidden agenda" ist ganz ähnlich:

1. Arbeit an Regeln

- inhaltlich sind wir schon ein gutes Stück gekommen, aber es müssen
   mehr Leute die Sachen beitragen, die sie so im Laufe der Zeit
   geschrieben haben. Das wird fortlaufend weiter entwickelt, klar.
- Regelsatz in Ordnung bingen:
  * umstellen auf "lang de"
  * Namen formalisieren, soweit umbenennen, dass im Falle einer
    Veröffentlichung nur noch die Namenskürzel entfernt werden
    müssen.
  * Regelnamen englisch, damit Leute besser von uns klauen können
  * Mindestens die BODY-Regeln kategorisieren

2. Arbeit an Scores

- mehr Leute dazu bringen, den kompletten Regelsatz live einzusetzen,
   und an den Scores rumzunörgeln. Andere landesspezifische Regeln sind
   auch mit "works for me"-Scores versehen - wenn die das dürfen, dürfen
   wir das auch!

ALTERNATIV oder PARALLEL

- jemanden dazu bringen, eine vernünftige Testumgebung aufzusetzenn,
   in der hit_frequencies aufgerufen werden kann
  * Erfordert das Sammeln von SPAM, es haben sich 3 Leute freiwillig
    gemeldet, u.a. Du!

3. Konsens schaffen

- Ich würde den Regelsatz aus dem Wiki ungern einfach so in die Distro
   aufnehmen wollen, dazu ist meine Site zu klein und ich nicht lange
   genug dabei. Daher würde ich die Regeln zur Abstimmung stellen,
   einfache Mehrheit bei mindestens 1 Stimme -> die Regel wird
   "offiziell" (drückt sich durch einen Namen ohne Namenskürzel aus).

4. Regeln in SA-Distro unterbringen

- Rausfinden, wann feature-freeze für den nächsten release ist, anhand
   dessen einen Zeitplan machen
- Rausfinden, wie man Regeln in die offiziellen Testumgebungen
   reinbekommt, testen lassen, damit wir nicht den offiziellen Regelsatz
   zerbratzeln und sa-devel nie wieder was mit uns zu tun haben will
- Rausfinden, wie man die Regeln unterkriegt, dann machen. Ich würde
   mich als Ansprechpartner für sa-devel zur Verfügung stellen, voraus
   gesetzt, jemand schließt sich mir als Vertreter an - wir wollen ja
   nicht, dass wir wieder auf halbem Wege stecken bleiben.

Wie einige von Euch wissen, bin ich gerade am Übergang von 1a) zu 1b).

> cu floh

Sagt nachher nicht, Ihr hättet von nix gewusst ;-D

RU,
Wolfram



-------------------------------------------------------
This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo
The Event For Linux Datacenter Solutions & Strategies in The Enterprise 
Linux in the Boardroom; in the Front Office; & in the Server Room 
http://www.enterpriselinuxforum.com