search for: appslist

Hi. I'm running maildir quotas with rc1 (dovecot-20060628) and get the following when trying to APPEND: "NO Unknown error" System logs show: Quota: Couldn't get new message's size .... and the file isn't there (unknown if Dovecot removed it, or if the lack of the file is the cause of the error). I reverted back to dovecot-20060621 and APPEND is now working again.

Hi folks. We're trying to set up Dovecot with Maildir++ quotas. Operating system is CentOS 4.3 (final) X86 using Dovecot 1.0b5. After logging in, I get the following logged through syslog and the connection closes: Apr 6 10:39:36 dev3 dovecot: imap(jtest): Loading modules from directory: /usr/local/lib/dovecot/imap Apr 6 10:39:36 dev3 dovecot: imap(jtest):

I'd really like to see a configure option to add "QUOTA" to the CAPABILITY response. I always forget to modify configure and add it manually when compiling new versions. Thanks! Steve

Hi. It looks like Beta 7 is treating a zero quota in maildirsize as a literal quota value. The maildir++ specification says a zero quota means unlimited. Steve

We're trying some migration tests ... from CommuniGate to Dovecot. The migration program does an APPEND into the new mailbox: src>: a0 FETCH 2900 (FLAGS INTERNALDATE RFC822.PEEK) src<: * 2900 FETCH (FLAGS (\Seen) INTERNALDATE "29-Aug-2005 18:36:54 +0000" RFC822 {1194157} src<: ) dst>: bAPP APPEND "INBOX" (\Seen) "29-Aug-2005 18:36:54 +0000" {1194157}

Does this Maildir++ implementation have an "unlimited" quota? It looks like all of the other Maildir++ software uses "0" for this ... it doesn't seem to work on Dovecot. Steve

Hi Timo. I'm doing some testing with yesterday's CVS code and believe I've found a bug. In SquirrelMail, I get 5 messages in INBOX (doesn't matter how). I click "Toggle All" then "Delete". All 5 messages move to Trash. The Trash folder gets a link "expunge". I click that and get the following error: ERROR : Bad or malformed request. Query:STORE

Hi Timo. I saw the "0" quota should be interpreted as unlimited in the ChangeLog from yesterday's snapshot. I just tested and it's still seeing zero as zero. I am unable to append any messages. Can you double-check this feature? Thanks! Steve

Hi Timo and crew! I'm doing more testing with Dovecot and Maildrop today and have run across some strangeness. It appears as if Maildrop stores updates to the maildirquota file in a way that causes Dovecot to ignore them. In my test scenario, Dovecot just rebuilt my maildirsize file to the following: 0S 86213796 108 After delivering a few messages through Postfix -> Maildrop and have

Hi Timo et al. I've been trying to track down why Dovecot recalculations of maildirsize are so wildly different (lower) than what Maildrop comes up with. I think I've found some bizarre behavior in Dovecot -- this is in beta9 as well as CVS from yesterday. It appears Dovecot isn't looking at /Maildir/cur ... /Maildir/new and /Maildir/tmp. It is, however, looking at

I haven't been able to find what is responsible for altering the time on APPENDed mail, but was able to come up with a temporary workaround ... simply calling utime() later on in the process resolves it. Below is my patch. Steve --- dovecot-1.0.beta7-orig/src/lib-storage/index/maildir/maildir-save.c 2006-03-25 05:53:43.000000000 -0500 +++

Hi folks! It looks like Timo nailed down the NFS issues we've been seeing here in last night's CVS build. Anyone running Dovecot in a high-usage environment should check this out. Here are some relevant ChangeLog updates that seem to address the problem: 2006-05-02 11:11 Timo Sirainen <timo.sirainen at movial.fi> * src/lib-storage/index/maildir/: maildir-save.c,

Hi folks. I was doing some testing this morning and realized Dovecot RC2 isn't fully compliant with the maildir++ specification. Most notably, it appears that Dovecot isn't creating a "maildirfolder" file (0 byte length) in folders it creates. >From http://www.inter7.com/courierimap/README.maildirquota.html "Within each subdirectory there's an empty file,

I'm running beta7 on two machines, with maildir on NFS. I have lockd running on all machines. I've found that Dovecot is highly unstable with NFS when accessing a mailbox on more than one machine at the same time. Both dovecot machines have: mmap_disable = yes lock_method = fcntl NFS is version 3, exported from a third linux machine. All machines are running 2.6.9 kernel. Any ideas