Pascal Drouilly writes:
Hi everybody,
I have a little question about
the quota philosophy in maildir++.
(I'm not wrong, this is the right
mailing list for this discussion ?)
I'm working in a ISP, with
qmail + LDAP patch + popbull patch
and courierIMAP
(on SUN/Solaris, SGI/IRIX, and x86/Linux).
Our mailbox format (guess what)
is maildir++ over NFS.
very cool _but_:
1- why the file in the trash do not count
toward the maildirsize ?
Some mail clients delete mail by moving it to Trash. If you're over quota
you want to unlock the account by deleting mail.
2- why file flaged 'T' (deleted) do not count
toward the maildirsize ?
Some mail clients delete mail by marking the message as deleted, without
expunging the folder. The folder gets expunged after a certain number of
messages are deleted. If you're over quota you want to unlock the account
by deleting mail.
The current solution accomodates pretty much any kind of folder management
philosophy.
anyways, I have to patch (painfully, qmail is not
exactly reconized for it's code clarity...)
the source code to alleviate this problem(?).
Can someone illuminate me ?
Did I missed something here ?
(dont answer me that the files a going to
be deleted in a few time, when their is 100000+
users, this temporary waste are _HUGE_,
and could probably overrun our RAID space :o(
)
You can simply force the IMAP server to delete stuff in Trash after one
day, see imapd.config for more information. There's nothing that you can
do about software that deletes, but does not expunge, folders.
2 messages in net.sourceforge.lists.courier-usersRe: [courier-users] maildir++ quota p...
