procmail delivering outside of MAILDIR

procmail delivering outside of MAILDIR

am 03.09.2005 11:21:04 von urgrue

im having trouble getting rid of having two visible inboxes caused by
procmail and wu-imap.
i have MAILDIR=$HOME/mail. therefore my catch-all rule in .procmailrc:
:0
INBOX
ends up delivering mail to ~/mail/INBOX.
Fine. Problem is, ~/INBOX keeps appearing as it is crated by wu-imap.
Therefore, how can I either:
1) tell procmail to deliver to ~/INBOX
2) tell wu-imap to deliver to ~/mail/INBOX

I realize I could probably have MAILDIR=~ and then specify all my mailboxes
in .procmailrc with mail/ prefixes, but this seems to be a bit of a kludge.

-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: procmail delivering outside of MAILDIR

am 05.09.2005 12:40:57 von adam.bowen

Hi,

Just use an absolute path in the procmail rule. So something like:

:0
/home/urgrue/INBOX

or

:0
$HOME/INBOX

We don't use wu-imap here any more so I can't help with that.

Cheers

Adam

urgrue wrote:
> im having trouble getting rid of having two visible inboxes caused by
> procmail and wu-imap.
> i have MAILDIR=$HOME/mail. therefore my catch-all rule in .procmailrc:
> :0
> INBOX
> ends up delivering mail to ~/mail/INBOX.
> Fine. Problem is, ~/INBOX keeps appearing as it is crated by wu-imap.
> Therefore, how can I either:
> 1) tell procmail to deliver to ~/INBOX
> 2) tell wu-imap to deliver to ~/mail/INBOX
>
> I realize I could probably have MAILDIR=~ and then specify all my mailboxes
> in .procmailrc with mail/ prefixes, but this seems to be a bit of a kludge.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html