Chuck Campbell <campb...@accelinc.com> writes: > On 6/21/2014 2:48 PM, lee wrote: >> Chuck Campbell <campb...@accelinc.com> writes: >>> >>> I am using dovecot as an imap server. Procmail won't update indexes during >>> email >>> delivery, so I'm having some performance delays and lags when accessing the >>> emails via imap. >> Maildir doesn't have indexes. Are you sure that the delays you're >> seeing are from dovecot rebuilding them when someone accesses their IMAP >> account? > Then I don't know why the dovecot docs say using dovecot-lda is the > preferred delivery method, so it will update the indexes. Everything > I've read about dovecot indicates that they do indexing, and in fact, > I have to force my mail client to a different mailbox, then back for > it to see new emails, because of this issue as I understand it.
That dovecot uses indexes doesn't mean that maildir does. I wonder what it does when email is delivered while the recipient is accessing it via IMAP when both the IMAP server and the MDA are updating the indexes. >>> >From campb...@accelinc.com Fri Jun 20 14:00:06 2014 >>> Subject: Re: Uruguay gravity model description >>> Folder: /usr/libexec/dovecot/deliver -m /home/campbell/Maildir/ >>> 10470 >> Folder /usr/libexec/...? > It appears procmail is trying to deliver to the path of the deliver > executable... >> >>> procmail: Unlocking "/home/campbell/.lockmail" >>> procmail: Executing >>> "/usr/libexec/dovecot/deliver,-m,/home/campbell/Maildir/" >>> /bin/sh: /usr/libexec/dovecot/deliver: Permission denied >> That looks to me as if 'deliver' is not allowed to write to ~/Maildir. >> As which user is it running? Can it deliver when you run it as the same >> user who owns ~/Maildir? > Deliver fails when I run it standalone with the same issues, which > made me think in might beSELinux. I'm going to try running SELinux in > permissive mode to see if it works. When you run it as who? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
