similar to: dovecot-shared and shared "\Seen" flags

Hello! I just joined the list and will be happy to help where I can in my limited experience, but also come to the table with a question. I think there's something I'm missing regarding shared mailboxes and ACLs, so I will describe my situation and see if I am understanding correctly (running Dovecot 1.1.10). I have read over the Dovecot Wiki many times and have scoured many forums but

Heh heh heh. Whoops. I've spent a few hours digging around in the source and nearly posted a kludge of a patch I'd written to give a kind of half-baked attempt at getting group-usable subscriptions files. Then I came across something in the source........ In the config file, do something like the following: namespace public { separator = / prefix = Public/ location =

>From http://www.dovecot.org/list/dovecot/2008-June/031235.html: > > I have noticed that the entries in the dovecot-uidlist files don't seem > > to get updated when an email is deleted or moved to .Trash. It appears > > that this list list would just keep growing over time, being full of no > > longer used filenames, and must tend to increase its processing >

Hi list I'm trying to set up shared public folders with individual SEEN flags. I've set up three test users, but as soon as one of them marks a mail in the public folder as seen or unseen, that change is propagated to all three users. If I watch the dovecot.index.log file in each user's directory for the public folder, I see all three change their last access time as soon as one user

I've got a user with an unusable account. Tbird just sits in a loop endlessly logging in over and over when a particular folder is selected. What files under .imap associated with that folder can be safely deleted? What's stored in all of them? I see all of these: .customflags dovecot.index dovecot.index.cache dovecot.index.log .imap.index .imap.index.data .imap.index.log

http://dovecot.org/releases/1.1/dovecot-1.1.5.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.5.tar.gz.sig http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha3.tar.gz http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha3.tar.gz.sig A combined release announcement for a change. :) Largest changes since v1.1.4: * Dovecot prints an informational message about authentication problems

http://dovecot.org/releases/1.1/dovecot-1.1.5.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.5.tar.gz.sig http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha3.tar.gz http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha3.tar.gz.sig A combined release announcement for a change. :) Largest changes since v1.1.4: * Dovecot prints an informational message about authentication problems

I'm looking for a way to set the \Seen flag on certain mail no matter what. Currently I'm using a global sieve script to do this. From what I've read, there is no way to enforce the global script if the user creates their own sieve script. More details: I have a postfix transport that along with sender_bcc_maps and recipient_bcc_maps uses deliver to create a read only archive of

I could use some help here - As I use Dovecot I started here when trying to figure out why I could not add new mail folders under my Mac's Mail program, but could under Thunderbird. It was quickly pointed out that my system was set up to use MBOX and not MAILDIR, and some helpful links and notes were sent back and forth giving me a good clue as to how to perform the conversion

Hi all, I recently migrated my system (postfix/Dovecot)from mbox to Maildir. Almost everything is working (phone and thunderbird show all my mail and folders with mail) However I am stuck on my .procmailrc rules # cat /etc/procmailrc SENDMAIL=/usr/sbin/sendmail SENDMAILFLAGS=-oi LOGFILE=/var/log/procmail.log ORGMAIL=${HOME}/Maildir/ DEFAULT=${ORGMAIL}

Hi, After many hours of searching (!) and lots of testing procmail scripts, I found the explanation I was looking for -- something you explained at http://www.dovecot.org/list/dovecot/2008-July/032551.html That explains it. Thing is, though, every time I've seen shared mailboxes -- really shared by multiple staff or not -- the preference is in fact for the shared behaviours to also

Hi all, I was wondering if the above was possible. I know that the "seen" flag is stored in the filename, but was wondering if anyone knew of a way to separate it out? I know this would strictly-speaking break maildir compatibility, but it would be extremely useful for shared folders. I've been given the task of replacing the (extremely heavily used) shared folders functionality

Hi all We are planning to upgrade Dovecot from production version 1.0.10 to latest version 1.2.9 Users are using maildir style mailboxes with ~20 GB of messages on SLES10 server. Upgrade will be done by installing new server and then migrating mailboxes from old on new server. Since dovecot-uidlist file have new format and index files have changed in v1.1, what must be done to have new

I have one box, a 3.x box, that has a problem finding procmailrc files. For instance, if I have a .procmailrc file in /var/www/user/homes/username it finds it and it works. If I have a .procmailrc file under /var/www/user it doesn't. Where the heck is the setting for where procmail looks for user procmailrc files? Thanks, John Hinton

All, Not sure what to do next. Have imap working in that I can see messages in inbox. When I create a folder it won't create one. Looking at maillog shows that I don't have rights to folder /var/spool/mail/.sent or whatever folder I am trying to create. I have procmailrc and dovecot.conf point to /home/Maildir but for some reason something is tied to /var/spool/mail. Of course I am

What is the trick to get Postfix's local command to pipe mail through procmail? I have: -bash-4.1$ grep allow_mail_to_commands /etc/postfix/main.cf allow_mail_to_commands = alias, forward and -bash-4.1$ cat .forward |/usr/bin/procmail and a .procmailrc file: -bash-4.1$ cat .procmailrc PATH=/usr/bsd:/bin:/usr/bin:/exp/rcf/share/bin MAILDIR=/var/lib/amanda/Mail #you'd better

Does anyone have a handy example or howto pointer for the matching config changes needed to make sendmail/procmail deliver in maildir format in home directories and for dovecot to access it there? -- Les Mikesell lesmikesell at gmail.com

> 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

Hi there, I use dovecot-1.1-rc4, got imap, imaps, pop3 & pop3s working fine with the mbox format. I use sendmail-8.14.2 as an MTA, sendmail uses procmail as an LDA. I migrated to maildir format now, and pipe all my mail to deliver right now to be able to make use of the indexing etc... Problem is I run into some errors : #My .procmailrc PATH=/usr/bin:/usr/local/bin:/usr/sbin

About a year-and-a-half ago I wrote in a thread having this same subject about a problem my sendmail server was having on my Samba4 AD/DC. To solve that problem at the time, I maintained domain user entries in both the sam.ldb and in /etc/passwd, and did not have winbind specified in /etc/nsswitch.conf. I am now trying to remove all users from /etc/passwd and use winbind. Unfortunately, I'm