similar to: Lots of zero-byte hard link files in cur (and new/tmp), cannot see messages in folder

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

-----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. > >

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

-------- 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

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

Hi All! I realized that I have only e-mails from last 13 days. I see that I have lots more in the cur folder inside my Maildir folder. The problem is that I cannot see them. Permissions seems to be right: drwx------ 2 gaguilar gaguilar 1081344 2010-05-28 12:53 cur -rw------- 1 gaguilar gaguilar 4798145 2010-05-28 12:52 deliver.info -rw------- 1 gaguilar gaguilar 0 2010-04-17 21:17

Hi, On my server with many mails in one folder and slow IO, getting the mail listing in the cur/ folder is becoming a serious bottleneck. Dovecot is the only thing accessing the mail folders, so would there be any way to avoid getting a listing all the time? johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature

hi all, i've built dovecot: Sep 09 18:04:24 Info: Dovecot v1.0-test80 starting up on OSX 10.4.2. in addition to pgsql auth, which is working 4 me, i'd like to step-by-step verify simple passwd-file authentication/testing. unfortunately, i'm having a problem with the login process NOT FINDING the ".../cur" dir. here are the details .... my config includes: ...

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 files are only appearing in the Maildir/cur directory, and not in any other directory that mail is delivered to (e.g.

Over the last year I've had a script moving old mail (120 days) into my annual archive folder. This is the first year I've done this with Dovecot, previously it was running against Cyrus. 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