Email rejected: Quota exceeded (mailbox for user is full)

Hello, I am facing an issue that one of my email accounts suddenly could not receive any email since a day ago, a bounced-back email has been sent back to sender with the following message. In fact, my VPS still having 75GB free disk space and the email quota limit is set to default which is 0 value.

Your message to <cyrus@mromarket.com> was automatically rejected:
Quota exceeded (mailbox for user is full)

The rest of email accounts has no such problem. Any idea how to get this resolved? Thanks.

[root@mail ~]# postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
anvil_rate_time_unit = 3600s
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
delay_warning_time = 4
disable_vrfy_command = yes
html_directory = no
inet_interfaces = all
mail_owner = postfix
mailbox_size_limit = 2048000000
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
message_size_limit = 204800000
milter_default_action = accept
milter_protocol = 2
mydestination = $myhostname, localhost.$mydomain, localhost
mydomain = mromarket.com
myhostname = mail.mromarket.com
mynetworks = $config_directory/mynetworks
newaliases_path = /usr/bin/newaliases.postfix
non_smtpd_milters = $smtpd_milters
queue_directory = /var/spool/postfix
recipient_delimiter = +
relay_domains = proxy:mysql:/etc/postfix/mysql-relay_domains_maps.cf
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtp_tls_CAfile = /etc/pki/tls/certs/ca-bundle.crt
smtp_tls_session_cache_database = btree:$data_directory/smtp_tls_session_cache
smtp_use_tls = yes
smtpd_client_message_rate_limit = 500
smtpd_client_restrictions =
smtpd_data_restrictions = reject_unauth_pipelining
smtpd_helo_required = yes
smtpd_helo_restrictions =
smtpd_milters = inet:127.0.0.1:8891
smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination,reject_non_fqdn_sender,reject_non_fqdn_recipient,reject_unknown_recipient_domain,  reject_rbl_client dsn.rfc-ignorant.org, reject_rbl_client dul.dnsbl.sorbs.net,  reject_rbl_client list.dsbl.org,        reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client bl.spamcop.net,       reject_rbl_client dnsbl.sorbs.net,      reject_rbl_client cbl.abuseat.org,      reject_rbl_client ix.dnsbl.manitu.net,  reject_rbl_client combined.rbl.msrbl.net,       reject_rbl_client rabl.nuclearelephant.com,check_policy_service unix:private/spfpolicy
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_path = private/auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_sender_restrictions =
smtpd_tls_CAfile = /etc/pki/tls/certs/ca-bundle.crt
smtpd_tls_cert_file = /etc/pki/tls/certs/mail.mromarket.com.crt
smtpd_tls_key_file = /etc/pki/tls/private/mail.mromarket.com.key
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_security_level = may
smtpd_tls_session_cache_timeout = 3600s
smtpd_use_tls = yes
soft_bounce = yes
tls_random_source = dev:/dev/urandom
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_alias_maps.cf, regexp:/etc/postfix/virtual_regexp
virtual_gid_maps = static:12
virtual_mailbox_base = /var/vmail
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql-virtual_domains_maps.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailbox_maps.cf
virtual_minimum_uid = 101
virtual_transport = dovecot
virtual_uid_maps = static:101

Hi, did you find solution?

I Have the same problem. i need a solution fast by tomorrow. monday have to be online.

PLS!!!

hmm...strange it would be the best to check on that with support.

Hi, did you find solution?

I Have the same problem. i need a solution fast by tomorrow. monday have to be online.

PLS!!!

No solution yet. I had re-built the apache server and also the mail server but still no luck. However, the strange thing was the email was able to be forwarded over to another email account without problem.

For now, I set the email forwarding just for receiving the email and sending out email will use back the original email account to send.

hmm...strange it would be the best to check on that with support.

Noted. Will check with support. Thanks.

Had sent a ticket to support but no any solution being advised  very bad support.

(This is a temporary fix)

With root mysql user, login into the myphpadmin
Go to "postfix" database, open "Quota2" table, and reset all "bytes" and "messages" for every user once and then

Code: [Select]

UPDATE quota2 SET messages=0, bytes=0
restart postfix process
And you'll no longer have a problem.

BEST SOLUTION:

open the file: /etc/dovecot/dovecot-mysql
search for: (...) CONCAT('*:messages=10000:bytes=', quota) (...)

And replace it by:
search for: (...) CONCAT('*:messages=:bytes=', quota) (...)

And it'll be fixed

Thanks. This fix works for me.

BEST SOLUTION:

Nice, thanks, never have this problem actually.
Btw, do you have idea why/when this problem will ocurred?

Nice, thanks, never have this problem actually.
Btw, do you have idea why/when this problem will ocurred?

It occurs when one of your emails receives the total of 10000, if anyone tries to send a new one, that sender will receive a delivery error

This can be done but make sure you don't change anything else.
In root mysql, goto postfix and goto mailbox and search for email id to which you want to change quota, you can find quota with value as 0 (its in bytes) so calculate and change that value.