The solution was simple, maildrop wasn't being called. Postfix
"virtual" delivery method doesn't call an externall MDA as the
"local" method does. Delivering mail to virtual accounts with
maildirquota support remains as a problem unsolved to me, but at
least now I know it isn't maildrop's fault.
I've configured maildrop/postfix to correctly deliver mail to the
maildirs of virtual accounts with LDAP authentication. But,
something odd is happening: maildrop doesn't actualize the
maildirsize file.
In the same computer I've unix as well as a few virtual accounts,
and for the unix accounts (also LDAP authenticated) maildrop does
its job fine, it correctly actualizes maildirsize, but it does not
for virtual accounts.
This are the lines logged in /var/log/maillog, indicating the
delivery of a mail sended to both a virtual and a unix account:
May 16 11:30:35 otto postfix/virtual[26096]: 24D5F32E66:
to=<virt...@host.org>, relay=virtual, delay=0, status=sent
(maildir)
May 16 11:30:35 otto postfix/local[26093]: 24D5F32E66:
to=<unix...@host.org>, relay=local, delay=0, status=sent
("|/usr/bin/maildrop -d "$USER" -f "$SENDER" "$EXTENSION""
So, what's going on here? as I understand when maildrop is
delivering to a maildir and it sees a maildirsize file, it just
actualize it, whitout considering anything else but this specific
directory structure and the existence on the maildirsize file.
I'm almost 40K users and growing... getting too near too fast, and
we can't live without quota.
Regards.
2 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] Maildirsize and virtu...
