Das w�rde ich in der cyrus.conf eintragen, nicht in der crontab.
Dann bist Du n�mlich schon cyrus.
Das wollte ich mir auch noch einmal anschauen. Das Problem ist dabei, das Spamassasin von Amavis aufgerufen wird und daher die Dateien auch Amavis geh�ren.
Das ist unlogisch. Amavisd-new nimmt Mails per tcp von postfix/exim entgegen, pr�ft sie und gibt sie wieder an postfix/exim zur�ck, ohne deren Besitz zu �bernehmen. postfix/exim gibt sie dann an cyrus/sieve weiter, welcher sie in die Maildirs legt.
>Bekommen Deine User den Ham nicht zur�ck???
Nein, sie haben ja die Mails nur zum Trainieren in den
Dann kannst Du das auch Zeitunabh�ngig �ber einen notifier regeln (das kannst Du nat�rlich immer, aber wenn sich ein User mal verklickt ist die Mail weg wenn Du l�schst).
Nein. Das Speicherformat der Mails ist genau das was sa-learn verarbeiten kann, so wie es ist. Warum konvertieren? Im Prinzip bewegst Du die Dateien ja auch, nur anders.
Cyrdump schreibt den Folder als eine Datei raus, diese ist noch kein korrekte MBox Format (enth�lt z.B. einige xml tags). Daher muss die Datei noch ein wenig modifiziert werden.
Ich meinte nicht das Format wie es cyrdump ausgibt, sondern wie die Mails auf die Platte gelegt werden. Die Dateien mit einer Zahl und abschlie�endem Punkt wenn Du ls -al machst. sa-learn braucht _kein_ mbox format.
Wenn ich dein Konzept richtig verstehe, verschieben deine Nutzer die Mails z.B. mit clientseitigen Filtern in die Folder Ham und Spam, dort entnimmst du sie und gibst sie Spamassassin zum Lernen. Der Nutzer findet seine Ham Mails dann im Learned Folder wieder?
Gefiltert wird sinnigerweise serverseitig mit sieve. Alles was den Spamtag hat landet in Spam, der Rest irgendwo anders. Der User schiebt FPs nach Ham und FNs nach Spam. Die Mails aus Spam findet er am n�chsten Tag im Papierkorb wieder, die aus Ham im learned Ordner. Wenn er die gelernten Ham-Mails behalten m�chte schiebt er sie in irgendeinen anderen Ordner, ansonsten l�scht er sie.
Was ich nicht ganz verstehe ist, wenn deine Nutzer die Ham und Spam Mails expliziet in die entsprechenden Ordner legen m�ssen, warum k�nnen sie nicht auch eine Kopie extra f�r das Training dort ablegen?
Die Spams wollen sie eh l�schen => verschieben
Die Hams wollen sie evtl. behalten, daher schieben sie sie nach Ham und holen sie sich aus learned wieder. Wenn sich ein User verklickt und statt kopieren verschieben w�hlt ist die Mail bei DIR nach dem lernen weg. Daher nicht kopieren, sondern verschieben (daf�r aber auch nicht l�schen).
Es wird doch kaum ein Nutzer alle seine Mails in dem Ham Order verwalten wollen?
Soll auch keiner. Der User soll FPs nach Ham schieben, lernen lassen und am n�chsten Tag von learned in einen Ordner seiner Wahl verschieben.
Kann man Nutzerspezifisches Spamtraining mit amavisd-new implementieren?
Keine Ahnung. Ich lasse auch in _eine_ Datenbank lernen. Mittlererweile bin ich auch aus performancegr�nden von amavis zu spamd/spamc gewechselt. Ist nachweislich schneller. Daf�r fehlt mir vorerst der Virenschutz.
Ich habe bisher nur Nutzerspezifische Spameinstellungen (eigene web-cyradm Erweiterung implementiert) wo jeder Nutzer f�r seinen Account eigene SpamLevel usw. f�r die SQL Lookups von Amavis einrichten kann.
Mit spamd/spamc kann jeder eine eigene user_prefs haben wo er das festlegen kann. Das mache ich aber nicht, es lohnt nicht f�r 5 Nutzer die eh keine Ahnung haben...
-- Mit freundlichen Gruessen Bjoern Schmidt
--
Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
