[Dovecot] quota plugin enhancement request
Hi am having a small issue with the quota plugin
In Squirrelmail when a message is deleted, it seems to be copied to the Trash folder *before* it is deleted from the current folder. However if it is a large message being deleted and the mailbox is close to its quota limit, it means dovecot will deny the copy operation as the quota will be exceeded if the message is copied
Because of this, I am wondering if it is possible to have an option for the quota plugin to track, but not enforce the quota. This is because I don't require quota enforcement on IMAP, as Postfix will enforce quota on incoming mail anyway.
I hope this makes sense...
Michael
On Thursday 07 September 2006 03:22, Michael Tibben wrote:
In Squirrelmail when a message is deleted, it seems to be copied to the Trash folder *before* it is deleted from the current folder. However if it is a large message being deleted and the mailbox is close to its quota limit, it means dovecot will deny the copy operation as the quota will be exceeded if the message is copied
Because of this, I am wondering if it is possible to have an option for the quota plugin to track, but not enforce the quota. This is because I don't require quota enforcement on IMAP, as Postfix will enforce quota on incoming mail anyway.
I explored almost the same issue with Dovecot / Squirrelmail a few weeks back in the thread,
Dovecot - Issue with Maildir++ quotas
and found a very useful page,
http://www.squirrelmail.org/wiki/DisableTrashcan
also see the rest of the above thread for some more angles on this.
Best regards,
Andrew.
On Thursday 07 September 2006 03:40, Andrew Richards wrote:
Because of this, I am wondering if it is possible to have an option for the quota plugin to track, but not enforce the quota. This is because I don't require quota enforcement on IMAP, as Postfix will enforce quota on incoming mail anyway.
I explored almost the same issue with Dovecot / Squirrelmail a few weeks back in the thread,
Dovecot - Issue with Maildir++ quotas
What about: maildir_copy_with_hardlinks = yes (if you're using maildir of course)
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: headerOn Fri, 2006-09-08 at 17:24 +1000, Michael Tibben wrote:
/dev/rob0 wrote:
What about: maildir_copy_with_hardlinks = yes (if you're using maildir of course)
aahhh, thanks... this works great
sorry for the dup email today, i didn't realise my first message got through
What? Copying with hardlinks should increase quota just the same, if we're talking about maildir++ quota here.
Timo Sirainen wrote:
On Fri, 2006-09-08 at 17:24 +1000, Michael Tibben wrote:
/dev/rob0 wrote:
Michael Tibben wrote:
Hi am having an issue with the quota plugin
To reproduce:
- have a mailbox close to its quota limit (say 10 MB), and a large email in the inbox (say 6 MB)
- use Squirrelmail or Thunderbird to delete the email
The operation fails, as by default the email client seems to try and copy the message into the Trash before deleting it from the inbox, and dovecot will correctly deny the copy operation as the quota will be exceeded if the message is copied...
Because of this, I am wondering if it is possible to have an option for the quota plugin to track, but not enforce the quota. This is because I don't require quota enforcement on IMAP operations, as Postfix will enforce quota on incoming mail anyway.
Attached is a quick hack job I did on the plugin to strip out the enforcing functionality, but it would be great if this could be a configurable option..
Thanks Michael
What about: maildir_copy_with_hardlinks = yes (if you're using maildir of course)
aahhh, thanks... this works great
sorry for the dup email today, i didn't realise my first message got through
What? Copying with hardlinks should increase quota just the same, if we're talking about maildir++ quota here.
You're right - I have just realized this, as I have updated to RC13, but now I am having the same issue again... I must have still been using my hacked quota plugin when I wrote that email.... sorry for the confusion
So now I am back where I started from.... is there a better solution to this problem that you would recommend ?
MT
On Mon, 2006-11-13 at 15:32 +1100, Mick T wrote:
To reproduce:
- have a mailbox close to its quota limit (say 10 MB), and a large email in the inbox (say 6 MB)
- use Squirrelmail or Thunderbird to delete the email
The operation fails, as by default the email client seems to try and copy the message into the Trash before deleting it from the inbox, and dovecot will correctly deny the copy operation as the quota will be exceeded if the message is copied... .. So now I am back where I started from.... is there a better solution to this problem that you would recommend ?
This would at least work:
participants (5)
-
/dev/rob0
-
Andrew Richards
-
Michael Tibben
-
Mick T
-
Timo Sirainen