similar to: Some help required - dovecot: IMAP(matthew): unlink(/home/matthew/Maildir/cur/new) failed: Operation not permitted

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.

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

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

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

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

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

Hello, I have a question in regards to specific dovecot replication behaviour and I'm just wondering if this is actually an expected/normal behaviour, or just a version issue. I'm using dovecot 2.3.16 which is packed by default with latest Ubuntu 22.04.1 LTS server release. I setup dovecot replication pair (mx1 - mx2) which is working ok. MX1 has priority 10, MX2 has priority 20. I

I can confirm this in a slightly different setting, but still using two-way sync between two dovecots. On e is 2.3.19.1 running on macOS Monterey, the other is 2.3.20 running in an alpine container on Ubuntu. Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>) R&A IT Strategy <https://ea.rna.nl/> (main site) Book: Chess and the Art of Enterprise?Architecture

It might have a noticeable effect on clients. I encountered (probably triggered by this in some way?) that I was unable to het the 'read' bit set in macOS Mail.app. Maybe (as I am doing HA with round robin) the Mail.app client got to one dovecot repository on one tcp connection and then on the other. Is there a reason why syncing tis move from new to cur is a bad idea? Gerben Wierda

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

Dovecot 1.1.8-0_85.el5 I'm seeing this set of messages repeat every 15 min. My best guess is the user tried to delete an imap folder and is failing? Feb 9 20:05:58 mailserver dovecot: imap-login: Login: user=<user at example.com>, method=PLAIN, rip=10.0.0.1, lip=192.168.250.80, TLS Feb 9 20:05:58 mailserver dovecot: IMAP(user at example.com):

Hello, I have an el-cheapo shared hosting account on Dreamhost, and have had it for a very long time. For the most part everything usually works fairly well, considering I do keep a lot of folders, and mail, on some of my accounts. They are running dovecot, but still don't have a response as to the version, or doveconf -n output yet. My problem is, one of my most used folders, which was

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

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

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

Hi, I've been working on configuring a new Postfix+Dovecot+Cyrus-SASL +Postgres server to perform multi-domain virtual hosting with non-unix accounts. I believe I have everything working correctly and have tested both the SASL portion and POP authentication through telnet and all works as expected, with one exception. When I authenticate using POP3: # telnet mail.host 110 Trying