similar to: Urgent problem with deleting emails and maildirsize

Dears Sirs, I've noticed that since the Courier to Dovecot migration have had few problems with the %usage of email accounts as they do not reflect the real use, to fix this I have to manually delete the file maildirsize and run the command vuserinfo user at domain.com, depending on your experience may be the cause of this problem? thanks Jose Luis

Hello, I have a problem about updating Maildirsize file. It seems that the Maildirsize file is not updated after user does POP mail from his maildir. I do not want to use any quota limitation in Dovecot. I only want Dovevot to update the Maildirsize file after user retrieves his mail. The Maildirsize file is created by Postfix. Would it be possible to do like this? How can I configure it?

Hi, I use dovecot-shared to add read permissions to the group in my mail server, which uses virtual users. This is only to ease backups. However, a few files are not created with the permissions in dovecot-shared. I've seen this happen to 'subscriptions', 'maildirfolder' (when dovecot-shared exists; the change to correctly create maildirfolder in this case is very

When using maildir++ quotas, if you delete an IMAP folder, the maildirsize file should get updated so that it subtracts the size of the messages that were contained in the deleted IMAP folder. However Dovecot is not doing this, resulting in Dovecot showing an incorrect quota value until the next time the maildirsize file is rebuilt. Bill

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm having some problems with quota from sql (maildir++) and dovecot + maildrop. I'm using maildrop for MDA and dovecot as IMAP server. When an e-mail arrives, maildrop calculates the quota and updates the 'maildirsize' file. When i use dovecot (webmail, thunderbird) it updates the 'maildirsize' too, overwriting it, but in a

Hello dovecot Problem : maildirsize and dovecot quota get have different values dovecot version : 2.2.13 happens with : some mailboxes This issue happens only to some mailboxes and only for a specific period of time until maildirsize gets updated by something (not me). I can't reproduce this now because it happened this morning and now its 2 PM and the problem is gone

Thanks, but this is most probably different issue. My maildirsize is computed incorrectly even if I delete it completely and let dovead recompute it so expunging is not in the game. Is there any way how to track/debug the recomputation algorithm in dovecot? On Wed, Aug 24, 2016 at 12:02 AM, WJCarpenter <bill-dovecot at carpenter.org> wrote: > A long shot, but here's how I

Hi, One of my email accounts has 1,5gb of emails in INBOX, but maildirsize shows only 528mb. 'du' also shows 1,5gb and there are 3809 files in cur directory. When I use mailbox status a can see correct values: doveadm -f table mailbox status -u user at domain.sk "messages vsize" INBOX* messages vsize INBOX 3809 1521049349 but when I check the quotas with doveadm:

Hi List, I have (otherwise successfull) migrated a server from cyrus to dovecot (Mac OS X Server 10.5.8 to 10.6.4 [dovecotd version to be 1.1.20apple0.5]). There are ca. 300+ users of which a very small handfull (ca. 1 %) are having reported a usage size that is very different to what 'du' reports. How can I rebuild the maildirsize and why might it be wrong in the first place(?) Will the

Hi, I've just straced a dovecot imap process and found one thread sitting there doing hundreds and hundreds of maildirsize updates as follows: > > open("/home/virtual/mydomain.com/home/admin/Maildir/maildirsize", O_RDWR|O_APPEND) = 7 > read(7, "10485760000S\n1562717408 107547\n-"..., 5120) = 2446 > read(7, "", 2674) = 0 >

Hi all, I'm trying to implement quota support in postfix using maildrop + dovecot but I think dovecot doesn't update info stored in maildirsize file. # 1.0.2: /etc/dovecot/dovecot.conf base_dir: /var/run/dovecot/ listen: 127.0.0.1 ssl_listen: * ssl_ca_file: ... ssl_cert_file: ... ssl_key_file: ... ssl_cipher_list: ALL:!LOW:!SSLv2 login_dir: /var/run/dovecot/login login_executable:

Dear All, We would like to migrate our existing courier to dovecot. After reading document on website and doing some tests, here are some issues we met. 1. According the the wiki, it seems to imply that once migrating from courier to dovecot, pop3 users may "lost/forget" their download "index/ history" which cause them to download again old mails that are kept on

Using maildir++ with LDA and POP/IMAP we have been seeing intermittant maildirsize corruption. Where an operation will be prepended by a handful of ASCI null characters ^@^@. Eg: # cat maildirsize 5120000S -46895 -1 93359 1 60576 1 2858 1 49547 1 -206340 -4 94603 1 84785 1 54463 1 82486 1 97104 1 ^@^@^@^@^@^@^@^@40488 1 73397 1 83662 1 24668 1 42673 1 12081 1 -713606 -12 The instances of this

Hello, My "exim" is doing the deliveries, "dovecot" handles POP/IMAP. Exim Log shows: 2009-07-24 14:03:40 1MUJUy-0001Jr-B0 == user at domain.tu-berlin.de R=maildir_user T=maildir_delivery defer (2): No such file or directory: while opening or reading /var/Mail/Boxes/u/user/maildirsize 2009-07-24 14:20:32 1MUJUy-0001Jr-B0 => user <user at domain.tu-berlin.de>

hi, I have a dovecot 1.2.9 and all is runnig fine except for quotas. Some accounts have a maildirsize file in the mail directory. If I delete the file, it is automatically rebuild: OK But other accounts does not have the maildirsize file even after access from dovecot server. All is OK for theses accounts except quota service. what's wrong ? -- Jean-Max Reymond ?ruption de l'Etna:

According to [1], Trash is a reserverd folder name. When moving a message to it, maildirsize should be update with a negative byte count. If I move a message from any folder to Trash, maildirsize gets two lines, one positive and one negative. The problem is that a user can't move messages to Trash while being overquota because the positive entry goes before the negative. I'm using

Aloha, I've searched the list and have found no similar reports, so I'm asking here. We have 3 RH5.1 boxes running the stock Postfix 2.3.3, but due to issues with the stock Dovecot 1.0rc15, Redhat supplied us with the version of Dovecot 1.0.7 that will be in Redhat 5.2. The mail store is automounted per-user from a Sun box via NFS. We were using it with no problems until last Friday,

I found a problem with maildir++ quota. When dovecot creates maildirsize file, it counts quota wrong. This is, how I reproduce a situation on version 1.2.0: First, I remove maildirsize file: # cd /var/mail/test # rm -f maildirsize # ls -la total 32 drwx--S--- 5 mbox mbox 4096 Jul 12 20:45 . drwxrwsr-x 3 root mbox 4096 Jul 12 20:39 .. drwx--S--- 2 mbox mbox 4096 Jul 9 20:45 cur -rw------- 1 mbox

Hi all, We're testing Dovecot 1.1rc3, but have run into a snag with IMAP Quota's and the way Trash and Junk folders can be handled. Our MTA (Exim) quota configuration uses this option: maildir_quota_directory_regex = ^(?:cur|new|\.(?!Junk$)(?!Trash$).*)$ This completely excludes "Junk" and "Trash" from the "maildirsize" file and quota calculations.

Hello List, Getting ready to setup a new dovecot sendmail squirrelmail server for our school which is currently running on a 4 year old install of the same, which has worked like a champ by the way. --------------------- EL5 dovecot-1.1 rc10 rpm sendmail squirrelmail --------------------- Problem: I can not get my dovecot 1.1 rc10(rpm) to generate an maildirsize file in each of the users