On Sat, 2004-04-24 at 09:55 -0400, up...@3.am wrote:
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
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!
After more testing, I've narrowed it down a bit. If the user has a
.mailfilter file with default delivery instructions, regardless of whether
they have a shell or not, the mail gets delivered. The question then
becomes, why doesn't maildrop deliver to Maildir if we don't tell it to as
the last filter instruction? The first line in /etc/maildroprc is:
MAILBOX="$HOME/Maildir/"
Could it be that MAILBOX needs to be defined as "$HOME/Maildir"?
9 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Yikes! default rule d...
