similar to: Manually creating dovecot- files after isync/mbsync mirror

Regarding the dovecot-uidlist header (first line) - I've tried to search for and figure out what exactly is meant by the "mailbox global uid" and once I do, how to manually generate the 128 bit hex variation of it? Could someone elaborate on this, please. How would omitting the global uid field, beginning with G, affect remote clients' syncing of mail? Is this field mandatory?

Hello, I can't? locate the dovecot.index in my ~/Maildir [root at fedora-p24 Maildir]# ls cur????????????????? dovecot-uidlist?????????????? new dovecot.index.cache? dovecot-uidvalidity?????????? subscriptions dovecot.index.log??? dovecot-uidvalidity.4b1e77ef? tmp Where is the dovecot.index ? This tutorial http://wiki.dovecot.org/IndexFiles tells that I should find it where the other

Hi, I have some problems with my own mail-client. To fix the problem I want to know if my dovecot-uidlist is correct. Here it is: cat dovecot-uidlist 3 V1207893082 N522 519 :1231251810.M890065P5870.SERVER,W=2188,S=2124:2,DS 520 :1231750443.M221593P17335.SERVER,W=2260,S=2211:2,S 522 :1231773105.M510336P24592.SERVER,W=2278,S=2229:2,S 523 :1231773105.M510337P24592.SERVER,W=2280,S=2231:2,S 524

Hi folks, I use isync, an IMAP sync tool (Debian package isync 0.9.2-2) together with dovecot (dovecot-imapd 0.99.10.8-0.backports.org.1). Everytime when isync wants to upload a new mail from the client to the server I got messages like this: Mailbox outbox Selecting IMAP mailbox... >>> 16 SELECT "outbox" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS

Hello all, I'm facing the need to migrate from a proprietary IMAP server to Dovecot. The migration must be as smooth and transparent as possible. The mailbox format I would want to use is Maildir++. The storage format used by the current server is unknown, and I don't look forward to trying to reverse-engineer it. This leaves me with the option of reading the mailboxes using IMAP.

Hi, we use a current Debian etch distribution as basis for our servers, which are running within a vmware server environment. Our current configuration consists of a dovecot server with imap enabled and a ldap based authentication. Mails are stored using the Maildir format on a central nfs store. We do not use any virtual mailboxes. Since upgrading from dovecot version 1.0.rc15 (debian

I tried to disable courier-pop3 today in favour of dovecot pop3. Prior to that I ran: find /home -maxdepth 1 -type d | xargs --replace /usr/local/scripts/courier-dovecot-migrate.pl --overwrite --recursive --convert {} ( /home is hashed two levels deep: /home/a/a/aanton/Maildir/ ) After that, I got lots of errors like: Aug 9 13:02:40 postamt dovecot: IMAP(azenclu): Maildir

A new employee started today, when logging into his new mailbox this morning during a walk-through I got a nasty server error response in Thunderbird - something I never see, DC runs smooth as butter for us. Checking the server log I see this: == snip == dovecot: Jul 09 09:38:54 Error: IMAP(xxxxxxx): Maildir /home/x/xxxxxxx/Maildir sync: UIDVALIDITY changed (1183406107 -> 1183999134)

Hello, I have an usual isshere we are using thunderbird for client. The version of dovecot is as followed: # dovecot --version 2.2.22 (fe789d2) The dovecot service is runnon on VERSION="16.04.6 LTS (Xenial Xerus)" Thunderbird version 68.3.1 (32 bit) version. What happening when managing subscription there seems to be folders that are missing. They were not purged nor did anything

Hi, No, I tried fetching over imapc too exactly as you suggested. In my case it was not from cyrus, but from CriticalPath. isync was finally able to do the job, preserving flags and doing UIDs mapping. The most boring part was generating proper config file for thousands of accounts. A working imapc/dsync would have been better. Emmanuel. Le 26/11/2015 15:24, Sami Ketola a ?crit : > Hi,

Hello, I'm running dovecot-1.1.8/Maildir/ACL plugin. I sucessfully set up a Maildir shared between users of the unix group 'doveshared' via a public namespace, unix permissions and ACL files. The location of my public namespace is /path/to/public. I tried 2 sub-setups : First setup ---------- drwxrws--- 4 root doveshared 4096 Jan 30 13:39 public -rw-r----- 1 root doveshared

Still not quite got my head around what you are expecting to see. Presumably folders for other dates in September. Depending on how and why those folders were created they may not exist. I do note that you used an ls to show the folders, and I'm assuming from the config below you are using Maildir, so try an ls -a to show the hidden folders too (those starting with a .). This should show you

Hello, Because it did not work ? In a similar situation, we where forced to use isync/mbsync in imap to imap mode because dsync did not work. It was reported here more than a year ago (May 2014). Time to time, I see the same report from other trying to use dsync to do a migration to dovecot. Dsync is a very appealing and elegant solution to this usage, but it does not always work in real

Hello, I've ran into problem with Dovecot and dsync replication. Everything works perfectly, including replication of sieve scripts, except fact that if user activates the 'managesieve' ruleset (I'm using currently Roundcubemail) on "mail1" host, it wouldn't be activated on "mail2" host, by creating symlink ".dovecot.sieve ->

On Thu, April 16, 2020 2:33 pm, John Stoffel wrote: > Makes sense. I'm not a dovecot expert, but in terms of RHEL, have you > checkd that the yum update didn't change file permissions, or enable > selinux or do something like that? old (before upgrade) dir was like this (from backup): drwx------ 2 dave dave 245760 Mar 10 16:56 cur -rw-rw-r-- 1 dave dave 48744 Mar 9 14:48

Hi, I've been wondering for a while if reiserfs is dovecot+maildir safe or not. I get this too often (and my imap session gets disconnected): Jun 9 08:42:32 sun imap(nk): Corrupted index file /home/nk/Maildir/.INBOX/.imap .index: UIDVALIDITY changed in uidlist This happens always when a new mail arrives in maildir. It's a Fedora Core 2 box running dovecot-0.99.10.4-4 (redhat) package.

We just came across a mailbox today that, when accessed via POP3 or IMAP, crashes Dovecot. It seems to be another index-related corruption issue (as removing "dovecot.index" for INBOX fixed it); Using POP3: dovecot: Apr 09 10:28:14 Warning: POP3(USERNAME): Maildir /mail/USERNAME/Maildir: UIDVALIDITY changed (1145576765 -> 1207677483) dovecot: Apr 09 10:28:14 Panic:

Phillip> We should be seeing folders for everyday so missing folders Phillip> from 1Sept19 thru 15Sept19, then fro 27Sept19 to 31Sept19. Why do you think you should be seeing folders for every single day? Do your users create a new folder each day and migrate mails in there? Do you have a sieve script that is filtering incoming mail into daily folders? Phillip> That what should be

Hi, Currently using dovecot 2.3.2.1 and pigeonhole 0.5.2 on two identical hosts. I recently noticed ".dovecot.sieve" and ".sieve/managesieve.sieve" are not replicating from one host to the other in either direction. Mail is having no trouble replicating on both hosts with dsync, it is only sieve files that are not replicating for unclear reasons. # doveconf -n host 1:

Hi, I just upgraded to version 1.0.5 hoping to get rid of a problem that made Thunderbird download all mails from time to time. I now see this error (below). Does anyone know what it means? Error: IMAP(user): /mail2/home/user/.Maildir/.Folders.Persons.Foldername/dovecot-uidlist: Broken header (uidvalidity = 0, next_uid=10) Error: IMAP(user):