On Sun, 2002-02-24 at 20:10, Oliver Blasnik wrote: > There are two solutions: checking out the source or waiting for an > answer from Sam ;) I can't tell you as my last look into this particular > code was some months ago.
I will wait for Sam ;) What I mean is I can't figure out all the details in the source code for myself; the limiting factor si "programming experience" :( > > > Does this mean I sould not go to the trouble of obtaining the quota from > > the database but rather trust the delivery agent with placing the > > correct quota in "maildirsize"? > > IMHO, the only correct information is the one you get from the GETQUOTA > command. Again I made myself misuderstood. What I meant to ask: Should I go to the trouble of telling courier-imap the quota as seen in the pgsql database (or userdb for that matter)? Since the quota string obtained in the authentication process is discarded in favour of the one obtained from the maildirsize file, that means I might as well not use PGSQL/MYSQL_QUOTA_FIELD. So, is this a case of functionality duplication? If so, may I reccomend a warning of some kind should be placed in the documentation? And a last question; I understand this is an issue of the delivery agent, not of courier imap; what does the paper say it should happen when the quoata definition changes and a new mail is about to be delivered? Should maildrop update the first line of maildirsize? And if so, is this the case with the current implementation of maildrop? thx, georgeb _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
