Joseph Brennan <brennan@xxxxxxxxxxxx> writes: > Andrzej Adam Filip <anfi@xxxxxxxx> wrote: > >> 2) Methods you suggest do not give a chance to reject messages to over >> quota mailboxes *in SMTP session*. > > ...which can be a good thing if you want to give users a chance to > clean up or request more space. > > The trouble with smmapd is that it gives only a binary yes/no response, > not distinguishing even 'user unknown' from 'user over quota'. Reject > 'user unknown' in the smtp session-- absolutely-- but temp fail situations > are handled more nicely by accepting and queueing locally. IMHO it is simply a matter of making smmapd.c sending replies in different format. smapd.c gets in every query: * map name (currently ignored) * query string (currently mailbox name) smapd.c can send replies in format based on "map name" e.g. for map_name="cyrus" it can preserve the current behavior for map_name="cyrus2" it can send back * FOUND OK:mailbox_name * FOUND QUOTA:mailbox_name * NO_MATCH -- [pl2en: Andrew] Andrzej Adam Filip : anfi@xxxxxxxxxxxx : anfi@xxxxxxxx Home site: http://anfi.homesite.net/ ---- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
