> From: owner-postfix-us...@postfix.org [mailto:owner-postfix-
> us...@postfix.org] On Behalf Of Daniel Bromberg
> Subject: Re: Upgrading Postfix and invalid/obseleted config values.
> 
> On 3/18/2011 2:45 PM, Simon Brereton wrote:
> >> [snip]
> >>>> This is not part of Postfix. It is a third-party quota patch
> that
> >>>> some distributors include. For support, ask the distributor.
> >>> Thank you for knowing my system better than I do (did I mention
> >> it's a
> >>> few years) since I did the initial install.  I suspect part of
> the
> >>> reason I haven't done an upgrade recently is because of the LOE
> >>> involved in applying the patch you mention..
> >> I, too, hate replacing programs that work.
> > Aye - but it's old and I'm worried about hardware failure and I
> never
> > documented the original install so I'd be screwed if it failed or
> my
> > old Debian install got hacked..  sigh
> >
> >>> If - as I suspect - your default opinion is that it's not
> postfix's
> >>> task to manage disk quotas what is the recommended approach for
> >> this?
> >>
> >> Dovecot has quotas built-in and other features such as per-user
> >> filters that Postfix will not provide. It also plays nice with
> >> Postfix to authenticate SMTP clients with SASL. Dovecot, hooked up
> to
> >> Postfix with LMTP would be a good combination.
> > For now I'm wedded to Courier.  I don't have that many users, I'll
> just write a script to tell me the size of the maildirs and warn me
> if a limit is being reached.
> >
> > Thanks for your help as always.
> 
> Just being a googlebot again, but does this help?
> http://www.courier-mta.org/imap/README.maildirquota.html
> Using the Maildir++ extended Maildir format:
> http://en.wikipedia.org/wiki/Maildir#Maildir.2B.2B
  
Daniel

All thoughts are appreciated.  I'll investigate further, but I think my 
original issue was this warning (without wanting to drag Courier into the 
Postfix list)..

        If you would like to have a quota on your maildir mailboxes, the best 
solution is to always use filesystem-based quotas: per-user usage quotas that 
is enforced by the operating system.

        This is the best solution when the default Maildir is located in each 
account's home directory. This solution will NOT work if Maildirs are stored 
elsewhere, or if you have a large virtual domain setup where a single userid is 
used to hold many individual Maildirs, one for each virtual user.

I have a virtual domain set up and one UID for delivering mail.  I suppose this 
might be hacked to work but would require more skill than I have.  Since I 
assume Postfix won't respect the quota extension the issue remains a) how to 
get the MTA to stop delivering mail to the maildir and b) how to warn the user 
that they are close to over quota and will lose mail.

(It may make the blood of some on this list run cold, but I would never 
configure a Postfix installation of mine to send DNSs back to the sender 
telling them their precious mail could not be delivered).  At best it would 
have to be silently dropped as it would have already gone through the 
content-filter (amavisd) and therefore envelope-sender could no longer be 
trusted.

Now, if the quota could be checked (perhaps when doing the mysql lookup on 
valide users) before the sending agent disconnects - that would be truly 
marvellous.




Reply via email to