On Fri, 23 Apr 2004 up...@3.am wrote:
That's basically my question. I'm trying to figure out whether or not
something changed in the newer version of maildrop that would affect the
default delivery. There are no .qmail files in the userdirs, because that
caused maildrop to be ignored in the past. qmail is being invoked like
this:
exec env - PATH="/var/qmail/bin:$PATH" \
qmail-start '|preline maildrop' splogger qmail
uh...I figured it out (so it appears). It seems the new server was
including "./" in the root user's path (the old one was not), and that was
enough to cause this problem. I'm not precisely sure why, but it seems to
have fixed the problem.
oh, no I didn't (damn!). All messages to non shell users are still being
deferred unless I leave:
to "./Maildir/."
In the /etc/maildroprc
Apr 23 15:30:52 mail qmail: 1082748652.363534 status: local 2/120 remote 7/120
Apr 23 15:30:52 mail maildrop[10463]: Unable to open mailbox.
Apr 23 15:30:52 mail qmail: 1082748652.380774 delivery 18918: deferral:
maildrop:_Unable_to_open_mailbox./
So far, I did find another descrepancy. the new box was missing the
executable /var/qmail/boot/maildir that the old one had. I tried copying
it over but still no luck. Any pointers would be really appreciated!
9 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Yikes! default rule d...
