On Tue, Apr 21, 2009 at 4:06 AM, Sam Varshavchik <[email protected]> wrote:
>> We are using exim + courier-imap + authmysql for our mail server. We use that combo as well for a newer system, but are not yet enforcing quotas. We use sendmail + courier-imap + authldap for an older system with quota enforcement. > No. The problem is that you're just using the IMAP server, which only reads > the existing quota setting on the maildir. If Courier is used to deliver > mail. The mail delivery agent, Courier itself, or maildrop, obtains the > quota when it retrieves the recipient's account's particulars, such as the > home directory, the uid, and gid, and consequently updates the quota setting > in the maildir, which then gets picked up by the IMAP server. > > What you will need to do is configure your mail server to use deliverquota > to deliver mail to maildirs, and pass it the current quota setting from the > account. deliverquota will then update the quota setting in the maildir. Sam, in the first paragraph, you mention maildrop as the MDA, and in the second you mention deliverquota as the MDA. It's been my experience in our older system that authdaemon via authmysql, using maildrop as the MDA handles quotas flawlessly (adjusting the quota in the maildirsize file when a new email arrives and gets delivered). What reasons would deliverquota be advised over maildrop? I have a system-wide maildroprc which does various things processing the email being delivered, and deliverquota doesn't seem to consult any type of external scripting. Is it a reasonable conclusion that deliverquota is good if you wish to just deliver the file, but maildrop must be used if extra processing is required? For reference, I do all content scanning at SMTP time, and basic TNEF processing at delivery time. -- Regards... Todd ------------------------------------------------------------------------------ Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p _______________________________________________ Courier-imap mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
