[Dovecot] Question about quota configuration
Hi
This is my first post here so i will be as precise as i can
I'm trying to setup a quota system using dovecot postfix and procmail dovecot version 1.2.9 postfix version 2.7.0
I have succesfully modified dovecot config to use fs quota system (so far imap and pop3) It reports correct quotas to imap and pop3 clients (both user and group)
What im tryin to do now is to modify postfix->procmail->dovecot config in a way that if user is over quota mail delivery is delayed instead of bouncing. (is this possible?)
Second thing i would like to achive is that when authenticated users close to quota/group quota for example 10MB to quota limit try sending email theyr mail is rejected and preferably an email is generated telling them to free some space for new mails first. (is such a thing possible?) MS Exchange servers have such a feature and I would like to get such a functionality on my linux mailserver
I'm trying to prevent a situation when mails are lost due to quota problems.
This setup was initially a typical virtualmin installation with a system on single partition.
Thanks in advance for all Your suggestions
Il 02/02/2012 23:58, przemek.orzechowski@makolab.pl ha scritto:
Hi
This is my first post here so i will be as precise as i can
I'm trying to setup a quota system using dovecot postfix and procmail dovecot version 1.2.9 postfix version 2.7.0
I have succesfully modified dovecot config to use fs quota system (so far imap and pop3) It reports correct quotas to imap and pop3 clients (both user and group)
What im tryin to do now is to modify postfix->procmail->dovecot config in a way that if user is over quota mail delivery is delayed instead of bouncing. (is this possible?)
Yes, you can do it but with Dovecot LDA instead of procmail. See the options "quota_full_tempfail" for Dovecot LDA.
Bye
Alessio Cecchi is: @ ILS -> http://www.linux.it/~alessice/ on LinkedIn -> http://www.linkedin.com/in/alessice Assistenza Sistemi GNU/Linux -> http://www.cecchi.biz/ @ PLUG -> ex-Presidente, adesso senatore a vita, http://www.prato.linux.it @ LOLUG -> Socio http://www.lolug.net
On Thu, Feb 02, 2012 at 11:58:12PM +0100, przemek.orzechowski@makolab.pl wrote:
What im tryin to do now is to modify postfix->procmail->dovecot config in a way that if user is over quota mail delivery is delayed instead of bouncing. (is this possible?)
Check the quota_full_tempfail setting,
http://wiki.dovecot.org/MainConfig
Second thing i would like to achive is that when authenticated users close to quota/group quota for example 10MB to quota limit try sending email theyr mail is rejected and preferably an email is generated telling them to free some space for new mails first. (is such a thing possible?)
Check "Quota warnings" at http://wiki.dovecot.org/Quota/1.1
-jf
Thanks for quick reply
-----Original Message----- From: Jan-Frode Myklebust <janfrode@tanso.net> Reply-to: Jan-Frode Myklebust <janfrode@tanso.net> To: przemek.orzechowski@makolab.pl Cc: dovecot@dovecot.org Subject: Re: [Dovecot] Question about quota configuration Date: Fri, 3 Feb 2012 08:36:04 +0100 Mailer: Mutt/1.5.20 (2009-12-10)
On Thu, Feb 02, 2012 at 11:58:12PM +0100, przemek.orzechowski@makolab.pl wrote:
What im tryin to do now is to modify postfix->procmail->dovecot config in a way that if user is over quota mail delivery is delayed instead of bouncing. (is this possible?)
Check the quota_full_tempfail setting,
For some reason when i configure dovecot to act as the final LDA in procmail and set quota_full_tempfail = yes overquota mails get lost somewhere As Virtualmin is relying for some of its functons on procmail droping it compleetly is impossible or at least very difficult.
Second thing i would like to achive is that when authenticated users close to quota/group quota for example 10MB to quota limit try sending email theyr mail is rejected and preferably an email is generated telling them to free some space for new mails first. (is such a thing possible?)
Check "Quota warnings" at http://wiki.dovecot.org/Quota/1.1
I agree this is the solution for sending a warning email, but is there a method to actually prohibit users close to quota to send emails? Ie defining dovecot as authentication agent ?
-jf
to make things easier for everyone im posting snippets from my config of dovecot and procmail
:0wi VIRTULAMIN=|/etc/webmin/virtual-server/lookup-domain.pl $LOGNAME EXITCODE=0 :0
- ?/usr/bin/test "$VIRTUALMIN" != "" { INCLUDERC=/etc/webmin/virtual-server/procmail/$VIRTUALMIN } DEFAULT=$HOME/Maildir/ ORGMAIL=$HOME/Maildir/ DELIVER="/usr/lib/dovecot/deliver" DROPPRIVS=yes
dovecot config snippets regarding LDA
protocol lda { mail_plugins = quota quota_full_tempfail = yes }
for some reason this results in mails lost without any trace when users are over quota (i would like to requeue those emails for later delivery)
Most probably its not directly dovecot related but as most people here are more or less runing mail servers so maybe someone could help me further.
On 2012-02-03 9:38 AM, Przemek Orzechowski wrote:
is there a method to actually prohibit users close to quota to send emails? Ie defining dovecot as authentication agent?
I wrote about a feature request on this list for something that would probably easily provide the ability for dovecot to do something like this a while back...
I would love to see dovecot get a 'Local Submission Agent', similar to the LDA. This LSA could then most likely be leveraged (maybe via a custom plugin, or maybe even natively) to do what you are requesting.
But the reason I requested it is I would like have the dovecot LSA be able to automatically file a copy of all Sent messages to the users designated special 'Sent' folder, similar to how GMail does this.
This way, you could completely disable the 'Save a copy of Sent Messages to X folder' option in all mail clients like you can wit GMail accounts. This would be a huge time saver for people who send a lot of messages with large attachments. Currently, the client has to 'send' (upload) the message to the server *twice* - once for 'sending' it, and again to 'save the sent copy'.
Timo - is there a place for users to submit formal Feature Requests? And, is this idea of an LSA) something that you would even remotely consider at any point in time in the future?
Maybe your new company could add a 'bounty' system, so users could submit Feature Requests and they (and others) could pledge money for the feature to be implemented?
--
Best regards,
Crles
On 4.2.2012, at 15.09, Charles Marcus wrote:
I would love to see dovecot get a 'Local Submission Agent', similar to the LDA. This LSA could then most likely be leveraged (maybe via a custom plugin, or maybe even natively) to do what you are requesting.
But the reason I requested it is I would like have the dovecot LSA be able to automatically file a copy of all Sent messages to the users designated special 'Sent' folder, similar to how GMail does this.
This way, you could completely disable the 'Save a copy of Sent Messages to X folder' option in all mail clients like you can wit GMail accounts.
Can't you already do this by configuring MTA to bcc mail to user+Sent@domain where there's a global Sieve script moving the +Sent mails to Sent folder (possibly checking that it's from localhost).
Timo - is there a place for users to submit formal Feature Requests?
I wouldn't mind if they are simply sent to this list. Although would be a good idea to make it clear in the subject, I almost skipped this message. Most of the things that I want to implement end up in the TODO file in Dovecot sources, and the things that don't end up there are something I'd rather forget, at least until enough people start wanting them.
On 2012-02-06 3:10 PM, Timo Sirainen <tss@iki.fi> wrote:
On 4.2.2012, at 15.09, Charles Marcus wrote: <snip>
This way, you could completely disable the 'Save a copy of Sent Messages to X folder' option in all mail clients like you can wit GMail accounts.
Can't you already do this by configuring MTA to bcc mail to user+Sent@domain where there's a global Sieve script moving the +Sent mails to Sent folder (possibly checking that it's from localhost).
You can, and this is the 'recommended' way by the postfix list, but they also explained how some of the envelope/headers are not properly maintained when doing it this way...
Timo - is there a place for users to submit formal Feature Requests?
I wouldn't mind if they are simply sent to this list. Although would be a good idea to make it clear in the subject, I almost skipped this message. Most of the things that I want to implement end up in the TODO file in Dovecot sources, and the things that don't end up there are something I'd rather forget, at least until enough people start wanting them.
Heh... understood, and no worries if my idea for a dovecot LSA doesn't make it to the TODO list... ;)
--
Best regards,
Charles
On 6.2.2012, at 22.25, Charles Marcus wrote:
On 2012-02-06 3:10 PM, Timo Sirainen <tss@iki.fi> wrote:
On 4.2.2012, at 15.09, Charles Marcus wrote: <snip>
This way, you could completely disable the 'Save a copy of Sent Messages to X folder' option in all mail clients like you can wit GMail accounts.
Can't you already do this by configuring MTA to bcc mail to user+Sent@domain where there's a global Sieve script moving the +Sent mails to Sent folder (possibly checking that it's from localhost).
You can, and this is the 'recommended' way by the postfix list, but they also explained how some of the envelope/headers are not properly maintained when doing it this way...
Dovecot LSA would pretty much have to implement full SMTP server functionality to be able to do this (although maybe it could get away with not doing queuing). I'm not really interested in writing an SMTP server. It would be much less trouble to change Postfix to work in a way that you want.
Dovecot LSA would pretty much have to implement full SMTP server functionality to be able to do this (although maybe it could get away with not doing queuing). I'm not really interested in writing an SMTP server. It would be much less trouble to change Postfix to work in a way that you want.
dovecot have lmtp, postfix have lmtp, so does quotas work in lmtp deliver ?
else one need to use postfix sql to dovecot dict to get used quotas :/
participants (7)
-
Alessio Cecchi
-
Benny Pedersen
-
Charles Marcus
-
Jan-Frode Myklebust
-
Przemek Orzechowski
-
przemek.orzechowski@makolab.pl
-
Timo Sirainen