similar to: Problem: mail moved by thunderbird script is invisible to mail clients, but in cur directory

-------- Original Message -------- Subject: Re: Problem: mail moved by thunderbird script is invisible to mail clients, but in cur directory From: Steffen Kaiser <skdovecot at smail.inf.fh-brs.de> To: David Gessel <gessel at blackrosetech.com> Date: Tue Apr 14 2015 09:07:54 GMT+0300 (Arabic Standard Time) > On Tue, 14 Apr 2015, David Gessel wrote: > >> There's nothing

It has been running flawlessly for quite some time until the update. Global scripts were compiled: /usr/local/etc/dovecot/sieve # ls 10-move-spam.sieve 10-move-spam.svbin However, I ran sievec again and tried saving a modified script and got the same: shiofuki dovecot: lda(gessel at blackrosetech.com): Error: sieve: binary save: failed to create temporary file:

I recently updated dovecot and my sieve filters stopped working. Checking the logs I see: Dec 9 00:09:59 mailhost dovecot: lda(gessel at domain.com): Error: sieve: binary save: failed to create temporary file: open(/usr/local/etc/dovecot/sieve/10-move-spam.svbin.mailhost.domain.com.114.) failed: Permission denied (euid=5000(vmail) egid=5000(vmail) missing +w perm: /usr/local/etc/dovecot/sieve,

-------- Original Message -------- Subject: Re: Sieve permissions issue following update From: Steffen Kaiser <skdovecot at smail.inf.fh-brs.de> To: David Gessel <gessel at blackrosetech.com> Date: Wed Dec 10 2014 09:52:57 GMT+0300 (Arabic Standard Time) > > Actually this "ls" output and the last sentence does not indicate that the Sieve script had been compiled: a)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 14 Apr 2015, David Gessel wrote: > There's nothing particularly clever: a few conditions to match, then "move > message to" the appropriate archive folder. There's one for every year from > 2000 to 2015. 2015 is just barely ahead of need. 2014 has about a year's > mail in the cur directory. > >

My Dovecot 2.2.16 server is interacting poorly with a variety of mail clients. The symptoms include disappearing messages, mismatched summaries, duplicated messages, and excessive full re-downloads. Dovecot 2.2.16 on FreeBSD 10.1-release r280247M ZFS is interacting suboptimally with various email clients. Output of "dovecot -n" further down. *Client Artifacts* Thunderbird 31.6

On 12/09/2014 07:50 PM, David Gessel wrote: > It has been running flawlessly for quite some time until the update. > > Global scripts were compiled: > > /usr/local/etc/dovecot/sieve # ls > 10-move-spam.sieve 10-move-spam.svbin > > However, I ran sievec again and tried saving a modified script and got the same: > > shiofuki dovecot: lda(gessel at

Hi I've added a server-side feature where authenticated customers sending through our SMTP server have their outbound mail copied to their Sent folder (like Gmail does). The delivery script called by qmail calls dovecot-lda to deliver it to the user's Sent folder. The problem now, is that the Sent folder shows the mail as unread, which MUAs flag (and notify, in the case of some).

Hi, I use Sarge's dovecot for a pop3 mail collection server. IMAP is not used at all. It works well, but I would like to know why one of the accounts also keeps a copy of all e-mail copies in the cur/ folder? Thanks a lot, Wally -- Wally Winchester wally_winchester at fastmail.fm -- http://www.fastmail.fm - The way an email service should be

i'm tired of dealing with buggy clients so i'm moving more processing into the server-side. i configured procmail as LDA with maildir-style mailboxes. i would like to simulate an automatic "mark as read" feature during procmail processing. simplest way looks to be forcing delivery directly to Maildir/cur instead of Maildir/new, but i suspect this may screw up dovecot. will

We're running Dovecot rc15 on Solaris 9, providing IMAP access to e-mail stored in Maildir++. I've noticed that a significant number of message files are currently sitting in the directories ~/Maildir/.Trash/new/. I would have expected that all messages in .Trash would be in the /cur subdirectory (as most are), and I'm not sure how they're landing in /new. If I connect to

Using Dovecot 1.2-9 with Maildir and layout=FS. We have our own delivery pushing messages to the /new and then /cur folder eventually. When I have an IMAP client attached, there is apparently some sort of race going on. I believe that Dovecot is moving files from /new to /cur (and renaming them) before our own delivery gets the job done. This is causing a problem for us. Is there a way

Hi All. I want to know how filenames are changed by dovecot e,g more details on how it renames the files when a mail is read. For read mails i found that it appends an S. 1264579250.P22376Q0M765148.ecs,S=1161:2 1264579250.P22376Q0M765148.ecs,S=1161:2,S Want to know if other modifications done in file names in INBOX & in SENT (maildir/.Sent/cur) Thanks CoolAtt

Hello everyone.... I need to finish my plugin, but i depends from some stuffs in the save/move process that i can't find how its work. In new zlib plugin (2.0) , the message is saved compressed now, but i dont find how is done the process to write the file to tmp, and move it to the cur or new directory (inside .Sent). I need to hook this function, to get access to some variables, like

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 4 Feb 2015, George Sexton wrote: > I'm seeing two bogus messages appearing my Maildir/cur directory. They're > dovecot.index.log and dovecot-uidlist. > > -rw------- 1 gsexton users 51 Feb 4 09:04 Maildir/cur/dovecot-uidlist:2,S > -rw------- 1 gsexton users 244 Feb 4 09:04 Maildir/cur/dovecot.index.log > These

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 5 Feb 2015, George Sexton wrote: > On 2/5/2015 12:56 AM, Steffen Kaiser wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On Wed, 4 Feb 2015, George Sexton wrote: >> >>> I'm seeing two bogus messages appearing my Maildir/cur directory. They're >>> dovecot.index.log

Hi, I have tried to use the same Maildir dovecot uses with another program and encountered the problem that Dovecot seems to move files from new to cur in maildir-sync.c::maildir_scan_dir without adding an info part. On the page http://cr.yp.to/proto/maildir.html is written that mails have to be renamed to uniq:info when moved to the cur directory. Could this be a bug in dovecot? --

Hi ALL... I want to know if the files in /Maildir/cur & /Maildir/.Sent are modified by dovecot. I have a script which calculates the age of the mail files. I think that if they are continuously modified by dovecot I won't be able to calculate the age of the files. Can Anyone plz advise on this.... Thanks CoolAtt

Hi, Recently, we faced an issue with dovecot. Mail delivered to New directory, but after we used Outlook to connect with POP3 protocol, there was no email delivered to Outlook and New/Cur directory was empty. If we don't use Outlook to connect, after a few minutes, it is empty also. Would you please help me to solve this issue? Below is the result from "dovecot -n"

On 2/5/2015 12:56 AM, Steffen Kaiser wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 4 Feb 2015, George Sexton wrote: > >> I'm seeing two bogus messages appearing my Maildir/cur directory. >> They're dovecot.index.log and dovecot-uidlist. >> >> -rw------- 1 gsexton users 51 Feb 4 09:04 >> Maildir/cur/dovecot-uidlist:2,S