search for: maildirsive

-----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

Hello, I'm a recent convert to dovecot from courier-imap and the performance has certainly improved. I'm running the vanilla 1.0.7 version that came with the CentOS 5.2 x86_64 distro. I've come across a similar problem that was posted by Ralf Hildebrandt earlier this year under the same subject, but that thread just seems to have died off. I'm also using per- user maildirsize

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:

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

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 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 >

I can't get dovecot to ignore a certain directory/namespace when calculating quotas. I am running dovecot 1.2.16 with vpopmail configured for quotas. I use the dot (.) as my separator and my user structure is as follows: ../domain.com/user/Maildir for all the user directories I also have for each user: ../domain.com/user/Maildir/Archive which is a symlink to a NFS mounted

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

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

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

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,

Hi Throughout the v. 1.1 betas I have been receiving casual reports that quota isn't handled correctly (running Maildir). At the moment I'm running 1.1beta14 but this has been occurring in all other 1.1 betas as well (I don't know for sure whether this was also an issue in 1.0, but I think so). In some earlier betas the issue where worse than is is now (due to improved NFS locking I

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 all, Recently I have received a few complaints from users that their quota was being reported wrong. This seems to have started when I switched to quota=maildir and ignore=Trash (did both at the same time). The main reported problem is that maildirsize is not correctly updated when they delete messages. My personal hypothesis is something like this: - User moves to Trash - Trash

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, 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>

Hello, Is there any reason that maildirsize Quota store should not work in dbox folders or any other folder based mailbox stores? I have patched a test version here and it seems to work (added "dbox" check in src/plugins/quota/quota-maildir.c line 785). If there could be any complications or unexpected consequences of this setup? Thanks in advance luben

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: