Check your delivery procedures, and make sure that the message is requeued
for a later delivery attempt if dmail returns EX_TEMPFAIL. If your
procmail configuration assumes that delivery is always successful, a
deferred delivery due to such reasons as quota exceeded will be lost.
Also, I suggest upgrading to the latest imap-2006k bits:
ftp://ftp.cac.washington.edu/mail/imap.tar.Z
Although this is a development snapshot, it is close to the final release
of the imap-2006 series (within a week or so) and is better than the 2006h
code that you have.
On Fri, 21 Sep 2007, "Ing. Ivan Doležal" wrote:
Hi,
I experienced very scary situation:
I am using manually compiled 2006h.380 for IMAP and Qpopper on top of
Debian 4, Postfix. The mail is being delivered by Postfix's tool as I haven't
switched from mbox to mix yet.
After installing .forward:
|/usr/bin/procmail
and .procmailrc:
:0
*
| /usr/local/uw-imap/dmail +INBOX
to a few accounts, random mail was never delivered to the mailbox.
In a test mailbox I've added some logging by adding
LOGFILE=$HOME/.procmailrc.log to .procmailrc, but so far I can't see anything
completely wrong and I am afraid I won't be able to catch this random bug.
Can you see anything wrong in this setup?
Thx for comments.
_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
-- Mark --
http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.
_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
