search for: proemial

> dovecot supports sieve, so why the need for procmail ? Because I already HAVE procmail recipes and know proemial. The point is to make what I have, work. > On Nov 9, 2015, at 22:49, Benny Pedersen <me at junc.eu> wrote: > > On November 10, 2015 6:36:00 AM Vicki Brown <vlb at cfcl.com> wrote: > >> Can anyone help? > > dovecot supports sieve, so why the need for procmai...

I need for my dovecot-uidlist to be updated with next id when new email arrives (moved from new/ to cur/). This only happens now when I check for new email with my client. Setting maildir_empty_new = yes is not working. Do I have to uncomment something else as well maybe? I want to do some proemial pipe lets say for 10 emails. All of them will have same UID since dovecot-uidlist is not updated. I am suing 2.2.13 dovecot on Gentoo 64bit. This is my dovecot -n: # 2.2.13: /etc/dovecot/dovecot.conf # OS: Linux 3.16.5-gentoo x86_64 Gentoo Base System release 2.2 auth_mechanisms = plain login di...

I am using Mac OS X Server. OS X Server uses postfix with dovecot set as mail_transport. I want to add procmail to the mix. I cannot use the (typical) mailbox_command = procmail -a "$EXTENSION" because mailbox_transport = dovecot overrides any mailbox_command parameter and it is NOT Possible to change, remove, or otherwise vary the mailbox_transport on OS X server. I'm

Vicki Brown skrev den 2015-11-10 21:01: >> dovecot supports sieve, so why the need for procmail ? > Because I already HAVE procmail recipes and know proemial. +1 > The point is to make what I have, work. https://www.google.dk/search?q=procmailrc+to+sieve and you can imho learn more with roundcube, that will help you make the power out of sieve, but i know it if one have learned procmailrc its will be staying that way, until one see how simple s...

...y happens now when I check for new email with my client. This is "moved from new/ to cur/", for that you need a IMAP/POP-connection > Setting maildir_empty_new = yes is not working. Do I have to uncomment something else as well maybe? So, anything is correct. > I want to do some proemial pipe lets say for 10 emails. All of them will have same UID since dovecot-uidlist is not updated. OK, here you seem to access the message outside any IMAP/POP-connection on filesystem-level and you want the uid bumped up, "when new email arrives", meaning when the LDA drops the message...

...lso tried some global-acl file settings but I could not make that work either. Basically, I?m wondering how to apply ACLs to the Top level and have different ACLs for the actual inbox when using this scheme. I?m not opposed to changing the Maildir format, but that would mean a lot of work re-doing proemial scripts. My second question relates to migration. Is it enough that I copy the Maildir structure and simply delete the courier files or is it a lot better to use a courier->dovecot migration tool? I realise folder subscriptions would be lost but that?s OK, I?ll recreate them manually anyway....