Sam Varshavchik <[email protected]> (Sat Mar 12 17:57:45 2011): > > 1. If maildirsize *does not exist*, or if its size is at least 5120 > bytes, recalculate it using the procedure defined above, and use the > recalculated numbers. Otherwise, read the contents of maildirsize, > and add up the totals. > > Therefore, after maildirsize is removed, it gets recreated from > scratch at the next opportunity to do so. Because it does not exist. > > Another thing, note that if the maildirsize does not exist, this > means that no quota is defined for that maildir, so an > implementation cannot really remove the maildirsize for a prolonged > interval, because that disables the quota mechanism completely. This > is fine, as stated the quota mechanism is not 100% foolproof, but a > tradeoff to keep the overall overhead to an absolute minimum, while > doing a reasonable guesstimate most of the time. > > I do not see an interoperability issue with either approach, whether > the maildirsize file gets removed, then recreated from scratch, or > whether it is recreated without being removed. I'll add a note that > either alternative is acceptable.
I agree, if the remover knows the first line, it can be recreated later, by the remover. If I understood the exim implementation, it just removed and that's it. The quota for a later recreation comes from the configuration file. Having no quota for a limited frame of time would be no problem, but loosing the quota at all, definitivly is a problem. Ok, if I understand well, Courier always relies on an existing quota file and never ever will exit w/o creating a new one. But if no quota file is found, no quota will apply. The userdb option quota is not used at all, is it? -- Heiko
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d
_______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
