On Sat, 11 Sep 2010 23:04:36 Carlos E. R. wrote:
YMMV.
Yep.
Things are not very clear for me.
The issue with "deliver", is that when procmail puts an email into a folder, dovecot doesn't know about that new email, because the index of that folder still has the old info. When it somehow discovers that the folder and its index do not match, it will re-index the complete folder, or so I understand - thus the delay. However, if the email is put by "deliver", the index is updated from the start (but then, perhaps "deliver" also slows the process, running for every single email).
It seems there is a way to write procmail recipes by using deliver, which I wasn't aware of until I answered your email. Maybe the FAQ has been updated recently, and my information was old.
I'd never heard of deliver until your post.
Then there are some issues about the names of the folders, which I also know little about. I have to read more.
My setup is:
fetchmail -> postfix -> amavis-new -> postfix -> procmail -> folders -> client.
What I want is to intercalate dovecot at the last step, so that clients access via imap instead of directly. I believe it is possible, but I need further reading to clarify the issues.
Are you using mbox or Maildir format? If Maildir, then it seems to be very easy. All I did was install dovecot, check the config file and make sure that dovecot knew that the mail is stored in Maildir format and that it points to the correct Maildir directory (from memory, this is now the default anyway). Then I simply made sure that dovecot was set to start at boot time and configured kmail to use imap. It just worked. Given that your mail is already locally delivered, give it a go. Dovecot won't harm your Maildir folders (but it never hurts to make a backup just in case). BTW, I did try WU-IMAP and at least one other before dovecot (back in the days of FC4). Dovecot was by far the easiest to get going (worked "out of the box"). -- =================================================== Rodney Baker VK5ZTV rodney.baker@iinet.net.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org