Quota value overflow

[daveyw]

Hello,

Since we have updated with custombuild 1.2. to the latest Exim version we have a very strange error

2010-11-01 10:43:37 1PCdKK-0006el-OO == [email protected] <[email protected]> R=virtual_user T=virtual_localdelivery defer (-1): quota value 5.24288e+10 is too large (overflow) in virtual_localdelivery transport

We can't find the issue, also the account usage is not full, there is enough space available.

Does anybody know the problem, we have searched many things and no solution.

 

[nobaloney]

What quota do you have set? It appears to be too large for exim to handle:

5.24288e+10 equates to:
52,428,800,000.
1,000 is a kilobyte
1,000,000 is a megabyte
1,000,000,000 is a gigabyte

Is your quota really 52.4288 gigabytes?

Note: if you're confused about my math, please see these explanations at WikiPedia (wikipedia.org).

Jeff

 

[daveyw]

Ah indeed, the customer had set the quota to '50000' (didn't saw that)
After changing this to '0' everything seems the work again.

Thanks Jeff!

 

[LawsHosting]

Ah indeed, the customer had set the quota to '50000' (didn't saw that)
After changing this to '0' everything seems the work again.

You mean mailbox quota? Whatever it was, like most people, if they play around and set it at an extremely high level, either on purpose or by mistake, will it defer the emails? Shouldn't this be checked within DA?

Or am I on the wrong track of the initial problem?

 

[daveyw]

You mean mailbox quota? Whatever it was, like most people, if they play around and set it at an extremely high level, either on purpose or by mistake, will it defer the emails? Shouldn't this be checked within DA?

Or am I on the wrong track of the initial problem?

Yes, it was the 'mailbox quota' of the info@xxx address.

I guess the value should be checked after 'submit', so this can't happen again.

 

[DirectAdmin Support]

2010-11-01 10:43:37 1PCdKK-0006el-OO == [email protected] <[email protected]> R=virtual_user T=virtual_localdelivery defer (-1): quota value 5.24288e+10 is too large (overflow) in virtual_localdelivery transport

we just got an email asking about this, referencing this thread.

After googling around, this limitaiton has to do with the size of a variable type in exim.
The size can be defined and compile-time.. and according to the author, should already be set if the system supports it (where it was compiled)

So in this case, if you're running the pre-made exim binary from one of our 32-bit build systems, then that could be the limit.

I'd recommend recompiling exim from source to see if that makes a difference, as the compiler should add in the larger types:
http://help.directadmin.com/item.php?id=125

Related:
http://www.mail-archive.com/[email protected]/msg16137.html

side-note.. in our DirectAdmin compiles, way back I had to add:
-D _FILE_OFFSET_BITS=64

to the compile options in order to support number/files larger than 2 gig.
I grepped through the exim source/scripts, and did find it alread set.. so the exim recompile *should* do the trick if your system supports it.

Another trick would be to find the .h header file that defines _FILE_OFFSET_BITS, and increase the value to 64... although I would say having it in the compiler options is a better choice.

John