On 30-Mar-2009, at 16:50, James Butler wrote:
SHELL=/bin/sh
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
DELIVER="/usr/libexec/dovecot/deliver"
LOGFILE=$HOME/procmail.log
LOGABSTRACT=yes
VERBOSE=ON
Move the VERBOSE=ON to the top, certainly before the MAILDIR and
DEFAULT assignments (although it appears you aren't using them).
6: deliver(user1): msgid=<49D1423C(_dot_)5000700(_at_)mydomain(_dot_)com>:
saved mail \
to user2
Notes on those maillog entries by line number:
#6:
No new file of any size in user2's maildir or subdirs.
Maybe procmail sent 0 bytes via deliver? But no new file of any
size. :(
So $DELIVER reinjects the message into the postfix queue and it is
postfix that delivers the email, not procmail. Deliver works
otherwise, though? What does a regular deliver log line look like. I
would argue that if deliver is SAYING it is saving a mail to user2 and
is NOT, then something is wrong with deliver.
### /var/log/dovecot-deliver.log ###
deliver(user1): Info: msgid=<49D1423C(_dot_)5000700(_at_)mydomain(_dot_)com>: saved
mail \
to user2
# And yet, there is no new file in user2's mail directories :(
So this problem is not in procmail at all, is it?
BTW, do not use "mydomain.com" as a replacement for you domain. That
is a real domain with lots and lots of users. Use the provided
example.com example.net example.org or use an impossible domain like
mydomain.tld.
--
There is something to be said for grace and respect but humour
alway helps - Toby Morris
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail