Bj�rn Schmidt wrote:
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.
War wohl ein Mi�verst�ndnis.
Es ging nicht um die Mails, sondern um die Bayes Dateien.
Und damit der Nutzer cyrus sa-learn ausf�hren kann, braucht er auf diese Dateien schreibzugriff. Ist aber kein wirkliches Problem.
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.
Klingt gut.
Noch eine Frage dazu, ist es nicht besser False Positives mit der --forget Option von sa-learn zu "lernen", anstatt diese als Ham zu lernen? (zumindest bei eingeschaltetem Auto-Learn)
Wenn du das Problem mit dem Verschieben und der Angst vor eventuellem �berschreiben hast, k�nntest du doch f�r die Aktion ein Perl Script (mit z.B. Net::IMAP) schreiben und das ganze mittels IMAP Kommandos realisieren?
Diese Variante werde ich wohl auch benutzen, da ich eh schon per Perl die Mails aus den 3 Foldern l�sche.(nach dem Lernprozess)
In jedem Fall werde ich mir die Nutzerspezifische Folder Variante auch mal durch den Kopf gehen lassen.
Der Vorteil, das der Nutzer kompletten Zugriff auf den Folder behalten kann ist schon �berzeugend :)
MfG Markus Schulz
--
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)
