On 2011-03-14 08:22:53 -0500, Stan Hoeppner wrote: > Vincent Lefevre put forth on 3/13/2011 5:44 PM: > > On 2011-03-13 07:52:11 -0500, Stan Hoeppner wrote: > >> If you use virtual_mailbox_limit with strictly maildir mailboxes, you > >> may as well set message_size_limit=0 and leave it alone, so you only > >> have one setting to keep track of. > > > > Is 0 accepted for this option? http://www.postfix.org/postconf.5.html > > just says: > > A setting of zero here is equivalent to unlimited.
I think this should be documented (it is documented for some parameters, but not for this one). > Setting message_size_limit=0 makes it unlimited, no restrictions. Thus, > when using only maildir storage, setting virtual_mailbox_limit=xxxx is > equivalent to setting message_size_limit=xxxx > > In other words, when setting message_size_limit=0 you are throwing this > restriction out the window and relying on setting virtual_mailbox_limit > to accomplish the same thing. > > My question about 50MB emails stands. I've never said that I needed 50 MB. Just that the 10 MB limit with the default config (due to message_size_limit) may be too low for me (I sometimes receive mail messages near this limit). If I set message_size_limit=0, I would actually want to set virtual_mailbox_limit to something around 15 MB or 20 MB. But there's also mailbox_size_limit to track. Wouldn't it be better to set both mailbox_size_limit and virtual_mailbox_limit to much larger values (or zero) and modify message_size_limit only, so that one can focus to one parameter only? > Do you actually have users who need to receive emails closely > approaching 50MB? SMTP is _NOT_ FTP. IMO, for many serious reasons, > any attachment over 10-15MB should be hosted on a web or FTP server > and a link sent instead. Tell that to those who *send* such messages, not to those who receive these messages. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)