[Imap-uw] tweaking env_unix.c for different spool directory.

[Chris Picciotto]

I do not use procmail - just tmail for direct delivery. I do mark spam as
such, but leave it to the user to set individual rules themselves to move to
a "junk" folder, delete, or whatever.

FWIW - IF they do move to the specified Junk folder (which MUST be mbx or
unix format), a script will pick up those messages each night, run SA's
"learn" to add them to the bayes database, then delete/expunge them from the
folder. Works very well as a strategy and the spam "du jour" gets picked up
on very quickly...


-----Original Message-----
From: imap-uw-bounces at mailman1.u.washington.edu
[mailto:imap-uw-bounces at mailman1.u.washington.edu] On Behalf Of Nancy Lin
Sent: Monday, December 04, 2006 3:05 PM
To: imap-uw at u.washington.edu
Subject: Re: [Imap-uw] tweaking env_unix.c for different spool directory.

Hi

Do you use procmail at all?  I have a procmail receipe that automatically
delivers mail to ~username/mail/Spam folder, so I have to use dmail anyways.
But thanks for the tip on EXTRASPECIALS, I will recompile.

I did some search online and here's the recipe I ended up with:

:0
* ^X-Spam-Status: Yes\/.*
{
   :0 iwc
   * ! ? test -w $HOME/mail/Spam
   | mailutil create #driver.mix/mail/Spam

   :0 w
   | /usr/bin/dmail $HOME/mail/Spam
}

:0E
* ^X-Spam-Status: No\/.*
{
   :0 iwc
   * ! ? test -w $HOME/INBOX
   | mailutil create #driver.mix/INBOX

   :0 w
   | /usr/bin/dmail $HOME/INBOX
}

this should get rid of the problem of dmail not working if the mailbox
doesn't exist.

nancy