My Oracle Support Banner

No Grace Period Observed Before User Went Over Quota (Doc ID 1355923.1)

Last updated on AUGUST 19, 2019

Applies to:

Oracle Communications Messaging Server - Version 7.0.0 and later
Information in this document applies to any platform.


We have a Version 7 mail store:

$./imsimta version Sun Java(tm) System Messaging Server 7u3-17.01 64bit (built Jun 8 2010) 7u3-17.01 64bit (built 12:33:34, Jun 8 2010)

with a very minimal configuration on quota, as defined by configutil:

$./configutil | grep -i quota
store.defaultmailboxquota = 104857600

We had a user who went over his quota and seemed to progress from "going over quota" to "rejecting mail" pretty much immediately, with no grace period.  The messaging server logs were checked for approximately 3 weeks back, but, nothing was found which indicated the user had been in danger of going over quota.  Here is an example of what was observed in the mail.log_current log:

 - Mail is delivered:

25-Aug-2011 16:07:29.71 tcp_local ims-ms EE 28 XX@ZZ.COM rfc822; user1@ims-ms-daemon <> ([ ip_address_here ])
25-Aug-2011 16:08:37.29 ims-ms D 28 XX@ZZ.COM rfc822; user1@ims-ms-daemon <>

 - Mail starts bouncing (notice the 2 hour span between the successful Enqueue/Dequeue and the Enqueue/Rejection):

25-Aug-2011 18:13:46.65 tcp_local ims-ms E 10 rfc822; user1@ims-ms-daemon <> ([ ip_address_here ])
25-Aug-2011 18:13:46.71 ims-ms R 10 rfc822; user1@ims-ms-daemon <> Over quota

A quick test was run against another user to verify the expected behavior.  For this test, the user's quota was set to 1 byte and then a test message was sent.  The mail.log_current log file reflected the bounce, so the quota was then changed back to it's original value.  After doing this, iminitquota was run to reset the quota value and the message was then processed.  Here is what was observed in the log file for the test:

26-Aug-2011 17:07:09.96 tcp_intranet ims-ms E rfc822;test2@domain.comtest2@ims-ms-daemon <> [ ([])
26-Aug-2011 17:07:10.01 ims-ms Q 1 rfc822; test2@ims-ms-daemon
<> Over quota Over quota
26-Aug-2011 17:12:10.13 ims-ms D 1
rfc822; test2@ims-ms-daemon <>

Can some light be shed on what might have possibly caused this?


No changes were made to the systems.  It should be noted, however, that this particular server was not installed and configured the same as the rest of the messaging servers in the deployment.   It was installed by a 3rd party and was left with a mostly default configuration as far as quotas go.


To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.