I am experiencing some confusing behavior with respect to quota's on maildirs. I have read all the docs I can find referencing this.
Before now, we never set them up, as we didn't feel the need, however with growing clients, we like them now. We have a lot of virtual domains and users under each domain, and authmysql works perfectly as its easily adminable with tools I wrote. My confusion is with "MYSQL_QUOTA_FIELD" in the file authmysqlrc as apposed to maildirsize. Which one to use? Both? Why do they conflict (see below)? I have noticed an issue while using ilohamail webmail (via IMAP) when it reports on the current quota of a user's maildir. It FAILS to report anything if only the MYSQL_QUOTA_FIELD is used. I dug into the php code of this package, and the author didn¹t do anything wrong, he clearly connects via IMAP and retrieves the QUOTA content from the server connection. I'm too lazy to install some other imap client software to test it out, but I suspect it would all act the same. It seems courier-imap will only report the quota, if the quota is stored in a maildirsize file? However, when mail is being delivered to a maildir, esmtp WILL use the mysql field. Should I just ignore the field in mysql, not even define it, and just go with "maildirmake -q" and maildirsize files? I thought courier-imap uses the same user authlib setup as esmtpd and courier itself. They should all use the same type of field definitions in a manner that would be consistent, right? For the most part, everything WORKS, I am just confused by the behavior I am seeing. I'm going to comment out "MYSQL_QUOTA_FIELD" and see if quota delivery and imap clients all work with the maildirsize files instead. -Randall Shaw ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
