[Dovecot] Problem with quota in maildir++
Hi all. I have a problem with one user. His quota is upper of real quota.
# cd /var/mail/problemuser/ # find . -name 'dovecot*' -exec rm -f {} \; # find . -name 'maildir*' -exec rm -f {} \; # echo test | mail problemuser -s test
# more maildirsize 104857600S 104215602 1439 647 1
# du -h 4,0K ./.Borrador/new 4,0K ./.Borrador/cur 4,0K ./.Borrador/tmp 16K ./.Borrador 4,0K ./.Elementos enviados/new 6,7M ./.Elementos enviados/cur 4,0K ./.Elementos enviados/tmp 6,7M ./.Elementos enviados 44K ./new 32K ./cur 4,0K ./tmp 4,0K ./sieve/tmp 12K ./sieve 4,0K ./.null/new 948K ./.null/cur 4,0K ./.null/tmp 960K ./.null 8,0K ./home 4,0K ./.Deleted Items/new 13M ./.Deleted Items/cur 88K ./.Deleted Items/tmp 13M ./.Deleted Items 4,0K ./.Junk E-mail/new 372K ./.Junk E-mail/cur 4,0K ./.Junk E-mail/tmp 384K ./.Junk E-mail 21M .
Does anyone know what can happen? Thanks you.
# dovecot -n # 1.1.18: /etc/dovecot.conf # OS: Linux 2.6.9-89.0.11.ELsmp i686 Red Hat Enterprise Linux AS release 4 (Nahant Update 8) ext3 log_path: /var/log/dovecot/dovecot.log info_log_path: /var/log/dovecot/dovecot.info protocols: imaps managesieve ssl_cert_file: /etc/httpd/conf/ssl.crt/server.crt ssl_key_file: /etc/httpd/conf/ssl.key/server.key login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login login_log_format_elements: user=<%u> method=%m rip=%r rport=%b lip=%l lport=%a %c verbose_proctitle: yes mail_location: maildir:/var/spool/mail/%n mail_executable(default): /usr/sbin/post-login-dovecot mail_executable(imap): /usr/sbin/post-login-dovecot mail_executable(managesieve): /usr/local/libexec/dovecot/managesieve mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/managesieve sieve_storage(default): sieve_storage(imap): sieve_storage(managesieve): ~/sieve sieve(default): sieve(imap): sieve(managesieve): ~/.dovecot.sieve namespace: type: private separator: / location: maildir:/var/mail/%n inbox: yes list: yes subscriptions: yes lda: postmaster_address: postmaster@ual.es mail_plugins: quota cmusieve log_path: /var/log/dovecot/dovecot-deliver.log info_log_path: /var/log/dovecot/dovecot-deliver.log auth default: master_user_separator: * passdb: driver: passwd-file args: /etc/passwd.masterusers master: yes passdb: driver: pam userdb: driver: passwd plugin: quota: maildir quota_rule: *:storage=100M quota_rule2: Trash:storage=15M
On Sep 18, 2009, at 12:07 PM, Antonio Casado Rodríguez wrote:
Hi all. I have a problem with one user. His quota is upper of real
quota.# cd /var/mail/problemuser/ # find . -name 'dovecot*' -exec rm -f {} \; # find . -name 'maildir*' -exec rm -f {} \; # echo test | mail problemuser -s test
# more maildirsize 104857600S 104215602 1439 647 1
# du -h
Well, du -h doesn't necessarily match the quota. For example if the
user has copied the same message multiple times, du counts its disk
space only once. I'd guess that's the problem. Perhaps there's a 1 MB
mail that's been copied 80 times or something?
Maybe use something like "ls -l" for each cur/ directory and count the
"total" numbers together. That should give something closer to the
Maildir++ quota.
Timo Sirainen escribió:
On Sep 18, 2009, at 12:07 PM, Antonio Casado Rodríguez wrote:
Hi all. I have a problem with one user. His quota is upper of real quota.
# cd /var/mail/problemuser/ # find . -name 'dovecot*' -exec rm -f {} \; # find . -name 'maildir*' -exec rm -f {} \; # echo test | mail problemuser -s test
# more maildirsize 104857600S 104215602 1439 647 1
# du -h
Well, du -h doesn't necessarily match the quota. For example if the user has copied the same message multiple times, du counts its disk space only once. I'd guess that's the problem. Perhaps there's a 1 MB mail that's been copied 80 times or something?
Maybe use something like "ls -l" for each cur/ directory and count the "total" numbers together. That should give something closer to the Maildir++ quota. Ok. Hard links :-)
# du -hs problemuser 21M problemuser # du -hls problemuser 105M problemuser
participants (2)
-
Antonio Casado Rodríguez
-
Timo Sirainen