setting mail quota of mailbox higher than 2000MB, results in a negative value.
when entering a value higher than 2000MB as mailbox quota, and looking at the value again shows negative value.
(client has unlimited quota limitation (-1))
when entering a value higher than 2000MB as mailbox quota, and looking at the value again shows negative value.
(client has unlimited quota limitation (-1))
Fixed in revision 503
Milestone changed to 3.0.0.8 RC1
Could you give me more information about this bug? I can't seem to reproduce the bug. Could you check to make sure you are using the latest version of ISPConfig?
I found the problem. The database structure is too small. it's only designed to hold int(11). if you type in 3000 you get the value: -1096. It appears that any value between 2GB and 4GB return the value {input}-4GB. If you input 2070 you get -2026, for 2060 you get -2036.
Currently I have no idea what would cause this, but I'll sure try to track it down.
It's clearly a data type problem. since the bug is range bound between -2GB and 2GB. it will grow slowly higher with the number, then reset to negative, then grow larger, until it resets again.
I changed the mysql data type to int(100) and that didn't effect anything. So I assume it is a php(or javascript? AJAX?) related datatype problem.
The int datatype in either AJAX or php is being overflown. freenode's #php channel says to change the int to a double, or work with php's bc for using a string to hold the number rather than a numerical data type.
Alright I've submitted a patch to stop the over flow. Now there just seems to be a max size of 2GB. We need to add the ability to use FLOAT variables in 'interface/lib/classes/tform.inc.php'. So until that is fixed the max mail size will remain at 2GB.
Patch is revision 503.
Status changed to closed