• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Resolved 4.4.2 Mailbox full but the Mailbox is not full

SH1972

New Pleskian
Hi,

we have a Problem with one of our customers there hosted by Plesk 11.5.30 Update #47.

If a mail was sent to the mail address from our customer, postfix log the following entry:

Code:
/usr/lib/plesk-9.0/psa-pc-remote[28391]: handlers_stderr: DATA Mailbox full#015#012DEFER
/usr/lib/plesk-9.0/psa-pc-remote[28391]: DEFER during call 'check-quota' handler
/usr/lib/plesk-9.0/psa-pc-remote[28391]: Message aborted

The mail Sender will receive a Information with the error message 4.2.2 Mailbox full

But the quota is not exceeded. The quota is 3GB and the assignment is perhaps 20 percent.

We have configured, that we became a mail if the quota from our customer is oversized. But we also become no mail that the quota is oversized.

Is there any bugfix?

thanks and best regards
Sascha
 
Same problem: Mail quota is 250MB, currently at 101MB but messages being bounced:

Nov 3 20:22:55 s16771201 /usr/lib64/plesk-9.0/psa-pc-remote[863]: handlers_stderr: DATA Mailbox full#015
Nov 3 20:22:55 s16771201 /usr/lib64/plesk-9.0/psa-pc-remote[863]: handlers_stderr: DEFER
Nov 3 20:22:55 s16771201 /usr/lib64/plesk-9.0/psa-pc-remote[863]: DEFER during call 'check-quota' handler
Nov 3 20:22:55 s16771201 /usr/lib64/plesk-9.0/psa-pc-remote[863]: Message aborted.

Nov 3 20:22:55 s16771201 postfix/cleanup[12211]: 08DD022EF1: milter-reject: END-OF-MESSAGE from mail-wi0-f172.google.com[209.85.212.172]: 4.2.2 Mailbox full; from=<[email protected]> to=<[email protected]> proto=ESMTP helo=<mail-wi0-f172.google.com>

I tried restarting the mail service but the problem remains. Could the quota not be counting attachments or something?
Im using plesk 11.5.3
 
Michael, did you manage to solve this issue? I'm having the same problem with 12.5 and a mailbox being full while it's only for about 40% used.
 
Hello,

Please try running the following command :

===
for i in `mysql -uadmin -p\`cat /etc/psa/.psa.shadow\` psa -Ns -e "select name from domains"`; do /usr/local/psa/bin/domain_pref -u $i -mbox_quota -1;done
===

Thank you,
 
Please don't give people advice like that. That will turn off quota's for all mailboxes on the server, which is not at all the right fix for this problem.
 
Hello

I have the same problem with plesk 12.5 MU 12... An mailbox with 5G of quota, that have only 15M of mail, and recieve "temporary failure. Command output: Mail handler 'check-quota' said: REPLY:452:4.2.2 Mailbox full 4.2.1 Message can not be delivered at this time " message.
The problem it seem the "maildirsize" file format ( /var/qmail/mailnames/domain.com/pedidos/Maildir/maildirsize) :

One sample of this file content in an error case ...
cat maildirsize
1073737728S,0C
0 0

Other sample :

cat maildirsize
5368705024S,0C
12210558 91
59952 1
34901 1
-191649 -7
5149 1
7124 1
8774 1
26768 1
18126 1
82528 1
4089 1
2407 1
5017 1
59911 1
16423 1
4703 1
14791 1
9727 1
60138 1
121746 1
116784 1
69355 1
4631 1
3838 1
2823 1
4187 1
17906 1
16273 1
17144 1
6652 1
2319 1
-9732768 -34
17948 1
4565 1
105478 1
-18028 -1
93854 1
94597 1
31066 1
3960 1
4220 1
4020 1
4050 1
4007 1
85172 1
18024 1
18592 1
4135 1
8522333 1
2304 1
3978 1
4167 1
97146 1
81280 1
59763 1
12106 1
82110 1
98818 1
86369 1
94250 1
2027 1
1010107 1
468012 1
518966 1
-332138 -19
57648 1
6129 1
-357314 -2
3262 1
63451 1
4029 1
-435665 -5
5607 1
168961 1
86976 1
135956 1
8562 1
83027 1
10167 1
15609 1
18118 1
2276 1
18840 1
4123 1
102346 1
79141 1
99734 1
5492 1
5427 1
33415 1
4382 1
18332 1
97916 1
13203 1
51798 1
132858 1
106411 1
2507 1
174218 1
84540 1
5403 1
2936 1
4189 1
4182 1
9062 1
15933 1
60891 1
5453 1
97232 1
119899 1
334636 1
18057 1
2626 1
4058 1
2881 1
4461 1
5268 1
163431 1
61186 1
4849 1
26346 1
3125 1
83458 1
2892 1
101744 1
212920 1
69268 1
3852 1
17987 1
82478 1
11778 1
7251 1
2814 1
3941 1
3851 1
3754 1
-1947182 -52
4986 1
3058 1
13156 1
101883 1
-127991 -3
2232 1
28988 1
537258 1
85438 1
91328 1
45307 1
5056 1
5120 1
11764 1
206739 1
7874 1
8010 1
33171 1
1422314 1
2168 1
4027 1
3951 1
26168 1
3884 1
120350 1
-2304 -1
1962 1
108706 1
130056 1
180411 1
3406 1
121610 1
4376 1
5972 1
102678 1
3514 1
1124460 1
83183 1
2150 1
3783 1
4285 1
-11507129 -27
93951 1
84507 1
3967 1
2135 1
60386 1
67399 1
17654 1
-63777 -2
497701 1
81666 1
3965 1
69449 1
6450 1
-70742 -3
1093937 1
26303 1
2379 1
2760 1
6282 1
-489089 -6
1296369 1
117434 1
-43894 -3
364218 1
2442 1
4904 1
118609 1
4739 1
3583 1
88493 1
6095 1
38071 1
36235 1
13546 1
65927 1
5747 1
4940 1
21820 1
18124 1
37626 1
19004 1
5772 1
5947 1
82914 1
6170 1
86012 1
1297002 1
31357 1
83044 1
4805 1
60694 1
766791 1
6705 1
11074 1
90853 1
2265 1
5314 1
9974 1


Please, I need an solution to this problem....
 
Hi there,

having the same issue over here. We migrated this user/client from another server and a few days ago we did a migration from courier to dovecot. Mailbox sizes are unlimited, usage is maybe 60MB plus minus.

using CentOS release 6.8 (Final), with plesk 12.5.30 Update #48

At the end of this message you can see the log files.

"
Sep 27 09:41:47 vps-76633-1763 postfix/smtpd[1341]: 330318262C: client=mail-ve1eur01on0102.outbound.protection.outlook.com[104.47.1.102]
Sep 27 09:41:47 vps-76633-1763 greylisting filter[1359]: Starting greylisting filter...
Sep 27 09:41:47 vps-76633-1763 /usr/lib64/plesk-9.0/psa-pc-remote[1527]: handlers_stderr: SKIP
Sep 27 09:41:47 vps-76633-1763 /usr/lib64/plesk-9.0/psa-pc-remote[1527]: SKIP during call 'grey' handler
Sep 27 09:41:47 vps-76633-1763 postfix/cleanup[1037]: 330318262C: message-id=<VI1PR0502MB2944D64A045430EAAEAAD67ACACC0@VI1PR0502MB2944.eurprd05.prod.outlook.com>
Sep 27 09:41:47 vps-76633-1763 /usr/lib64/plesk-9.0/psa-pc-remote[1527]: handlers_stderr: SKIP
Sep 27 09:41:47 vps-76633-1763 /usr/lib64/plesk-9.0/psa-pc-remote[1527]: SKIP during call 'limit-out' handler
Sep 27 09:41:47 vps-76633-1763 /usr/lib64/plesk-9.0/psa-pc-remote[1527]: handlers_stderr: DATA REPLY:452:4.2.2 Mailbox full
Sep 27 09:41:47 vps-76633-1763 /usr/lib64/plesk-9.0/psa-pc-remote[1527]: handlers_stderr: DEFER
Sep 27 09:41:47 vps-76633-1763 /usr/lib64/plesk-9.0/psa-pc-remote[1527]: DEFER during call 'check-quota' handler
Sep 27 09:41:47 vps-76633-1763 postfix/cleanup[1037]: 330318262C: milter-reject: END-OF-MESSAGE from mail-ve1eur01on0102.outbound.protection.outlook.com[104.47.1.102]: 4.2.2 Mailbox full; from=<[email protected]> to=<[email protected]> proto=ESMTP helo=<EUR01-VE1-obe.outbound.protection.outlook.com>
Sep 27 09:41:47 vps-76633-1763 postfix/smtpd[1341]: disconnect from mail-ve1eur01on0102.outbound.protection.outlook.com[10
"
 
I'd suggest you run

# plesk repair mail

and check how it goes on.
 
I guess this didn't do anything. Disabled the quota's for now. Hope that will keep the mail flow working for now. Any ideas what the issue could be? Is it a plesk thing or maybe dovecot specific?

# plesk repair mail

Repairing the mail server configuration

Reconfigure all domains and mailboxes? [Y/n] y
Reconfiguring all domains and mailboxes ......................... [OK]

Error messages: 0; Warnings: 0; Errors resolved: 0
 
Hi guys,
having probably the same problem. My customer (MYCLIENT@EMAIL) is not receiving some emails (in this particular case from [email protected]). There is no mailbox quota for MYCLIENT@EMAIL

/var/log/mail.log
Code:
Nov 23 20:15:02 lvps46-163-113-5 postfix/smtpd[12370]: connect from mx08-0015ef02.pphosted.com[91.207.212.173]
Nov 23 20:15:02 lvps46-163-113-5 postfix/smtpd[12370]: E52852002B: client=mx08-0015ef02.pphosted.com[91.207.212.173]
Nov 23 20:15:02 lvps46-163-113-5 postfix/cleanup[12374]: E52852002B: message-id=<OFF7107AE4.C0C72375-ONC1258074.00699BAE-C1258074.0069BD0C@sbsit.eu>
Nov 23 20:15:02 lvps46-163-113-5 /usr/lib/plesk-9.0/psa-pc-remote[21073]: handlers_stderr: SKIP
Nov 23 20:15:02 lvps46-163-113-5 /usr/lib/plesk-9.0/psa-pc-remote[21073]: SKIP during call 'check-quota' handler
Nov 23 20:15:03 lvps46-163-113-5 postfix/qmgr[12745]: E52852002B: from=<[email protected]>, size=27144, nrcpt=1 (queue active)
Nov 23 20:15:03 lvps46-163-113-5 postfix-local[12377]: postfix-local: from=XXXXXX@YYYYYYY, to=MYCLIENT@EMAIL, dirname=/var/qmail/mailnames
Nov 23 20:15:03 lvps46-163-113-5 postfix/pipe[12376]: E52852002B: to=<MYCLIENT@EMAIL>, relay=plesk_virtual, delay=0.1, delays=0.08/0/0/0.02, dsn=2.0.0, status=sent (delivered via plesk_virtual service)
Nov 23 20:15:03 lvps46-163-113-5 postfix/qmgr[12745]: E52852002B: removed

I run
Code:
plesk repair mail
with the same result as Rob above.

Any idea what is causing this? How can I test that this issue is resolved?
Thanks,
Martin
 
I might have a solution: the standard email setting for message size in Plesk is 10MB. The affected emails had attachments - as the log shows the email size was 27144 kByte and that's why the email got rejected. At least this is what I think.

I set the email size to 50MB (/plesk/server/mail/).

Hope that helps.
 
Ok that doesn't help sadly :(

The mailbox isn't actually full, the user is under their quota (quota is set to unlimited and the domain quota is 5GB yet they're using just 88MB according to the Plesk stats), there is available disk space (18G) on the /var partition and yet we're seeing the mailbox full error

452 4.2.2 Mailbox full

at the end of the SMTP session

but the logs do show the error
Jul 13 17:02:20 web-11 check-quota[9672]: Starting the check-quota filter...
Jul 13 17:02:20 web-11 /usr/lib64/plesk-9.0/psa-pc-remote[20438]: handlers_stderr: DATA REPLY:452:4.2.2 Mailbox full#012DEFER
Jul 13 17:02:20 web-11 /usr/lib64/plesk-9.0/psa-pc-remote[20438]: DEFER during call 'check-quota' handler
Jul 13 17:02:20 web-11 postfix/cleanup[17630]: F00DB80561127: milter-reject: END-OF-MESSAGE from seattle.morby.org[2a01:2c0:e:10::203]: 4.2.2 Mailbox full; from=<[email protected]> to=<[email protected]> proto=SMTP helo=<fido.net>

It looks like a problem with the check-quota handler but I'm not sure what / need more log info to identify this
 
jmorby,

What version of Plesk do you use? If it is not Plesk 11.x for Linux, could you please create a new thread in the correct section?
 
Plesk 12 .. but it turns out that this is an old bug by the looks of it

Unable to syncronize a mailbox with Outlook: Mail handler 'check-quota' said: 452:4.2.2 Mailbox full

Cause
File /var/qmail/mailnames/example.com/johndoe/Maildir/maildirsize is corrupted.

Resolution
  1. Connect to the server using SSH.
  2. Remove maildirsize file:
    # rm /var/qmail/mailnames/example.com/johndoe/Maildir/maildirsize

    where example.com - is the name of required domain
    johndoe - is the name of required mailbox.
  3. Recreate this file by setting some custom value of Mailbox size for [email protected] mail account in Home > Subscriptions > example.com > Mail > Email Addresses > [email protected] and reverting it back to previous value.
 
Plesk 12 .. but it turns out that this is an old bug by the looks of it

Unable to syncronize a mailbox with Outlook: Mail handler 'check-quota' said: 452:4.2.2 Mailbox full

Cause
File /var/qmail/mailnames/example.com/johndoe/Maildir/maildirsize is corrupted.

Resolution
  1. Connect to the server using SSH.
  2. Remove maildirsize file:
    # rm /var/qmail/mailnames/example.com/johndoe/Maildir/maildirsize

    where example.com - is the name of required domain
    johndoe - is the name of required mailbox.
  3. Recreate this file by setting some custom value of Mailbox size for [email protected] mail account in Home > Subscriptions > example.com > Mail > Email Addresses > [email protected] and reverting it back to previous value.
Just wanted to say this solved the issue for me as well.
In my case there wasn't even a mailbox but just a forward to an external address but somehow I was still getting the message "mailbox full" when trying to send from other domain on the same Plesk server. I removed the Maildirsize file and applied the default mailbox size rule again (in Plesk mailbox settings for this user) and it worked like a charm.

So thanks for your contribution!
 
Back
Top