Bug 191384 - mail-mta/postfix-2.4.5 changes virtual_mailbox_limit meaning
|
Bug#:
191384
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: AMD64
|
|
OS/Version: Linux
|
Status: CLOSED
|
Severity: normal
|
Priority: P2
|
|
Resolution: TEST-REQUEST
|
Assigned To: net-mail@gentoo.org
|
Reported By: maris.gis@gmail.com
|
|
Component: Server
|
|
|
URL:
|
|
Summary: mail-mta/postfix-2.4.5 changes virtual_mailbox_limit meaning
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2007-09-05 14:37 0000
|
In postfix-2.4.3 if in virtual_mailbox_limit_maps user has quota 0 (zero) it
means "unlimited" like for virtual_mailbox_limit or mailbox_size_limit. In
postfix-2.4.5 quota=0 has turned to "Use default virtual_mailbox_limit" thus
breaking any existing postfix virtual_mailbox_limit_maps that still assume
0=unlimited.
Reproducible: Always
Expected Results:
Quota setting virtual_mailbox_limit_maps should act similar to
mailbox_size_limit.
It's possibly is related to changes in VDA patch around line 848:
@@ -843,13 +848,13 @@
+ }
+ }
+ else {
-+ /* Invalid limit size (negative), or zero. Set n to 0. */
-+ n = 0;
++ /* Invalid limit size (negative), or zero. Use default
virtual_mailbox_limit. */
++ n = var_virt_mailbox_limit;
+ }
+ }
+ else {
-+ /* There is no limit in the maps. Set n to 0. */
-+ n = 0;
++ /* There is no limit in the maps. Use default virtual_mailbox_limit.
*/
++ n = var_virt_mailbox_limit;
+ }
+
+ /*
I'm experiencing the same problem after upgrading to 2.4.5 today
Ahmmm sorry, misunderstood this one... Zero is actually indeed a logically
valid value and is threated as not being one... I'll fix this in VDA.
Best regards, CHTEKK.
mail-mta/postfix-2.4.6 should fix this and revert the meaning of quota=0 to
"infinite quota". I'd very much like to hear if this indeed fixed your Postfix
use cases or if there still are problems...
Best regards, CHTEKK.
Ok I just finished all my tests and added mail-mta/postfix-2.4.6-r1 to the
tree, which correctly fixes this also for mailbox quotas (and not only
maildirs).
Best regards, CHTEKK.