Allerdings benutze ich Shared IMAP Folder (SPAM/HAM/Missed Spam) die mittels Cyradm so eingestellt wurden, das nur EMails dort reingeschoben werden d�rfen.(lesen nicht erlaubt)
Dann weisst Du aber nicht (ohne weiteres) wem die Mails geh�ren, z.B. um sie zur�ck zu liefern oder f�r Benutzerspezifische BayesDB.
Der Nutzer muss dies daher aber auch selbst erledigen.
Wer sonst? Nur der Nutzer selber kann klassifizieren ob ham oder spam. Oder was meintest Du damit?
Diese Folder dumpe ich dann mittels cyrdump via Cron,
Das w�rde ich in der cyrus.conf eintragen, nicht in der crontab. Dann bist Du n�mlich schon cyrus.
konvertiere noch ein wenig (damit ein korrekte mbox Format rauskommt) und lerne das File dann mit sa-learn.
Anschliessend leere ich die 3 Folder mittels einem kleinem Perl Script (Net::IMAP Modul).
Bekommen Deine User den Ham nicht zur�ck???
W�re das cyrdump nicht auch etwas f�r deinen Anwendungsfall? Damit k�nntest du dir das Bewegen der Dateien sparen. Allerdings brauchst du
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.
Meine Mailboxen sehen alle mindestens so aus:
INBOX.Trash INBOX.Spam INBOX.Ham INBOX.Ham.learned
Mein aktuellstes Skript funktionert so:
1. verschiebe (mv) sofort von INBOX.Ham nach INBOX.Ham.learned 2. sa-learn von INBOX.Ham.learned und INBOX.Spam 3. verschiebe von INBOX.Spam nach INBOX.Trash 4. reconstruct -r von INBOX.Trash und INBOX.Ham
Ich glaube effizienter gehts nimmer.
Ein riesiges Problem ist noch ungel�st: Beim verschieben k�nnen Mails in Trash und learned �berschrieben werden!
-- 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)
