similar to: folder hierarchies with migration from cyrus to dovecot2

Hello, Using cyrus2dovecot (https://github.com/a-schild/cyrus2dovecot) I have migrated some test mailboxes from Cyrus (2.4.17) to Dovecot (2.2.9). The problem I'm having is that the seen status is in cyrus.index files, which cyrus2dovecot doesn't understand. Does anyone use cyrus2dovecot for migrations? If so, how do you deal with seen status when it is stored in the .index files?

Hi, I think you tried to read cyrus mails folders directly. I was talking about fething mails from cyrus over imapc connection. Sami > On 26 Nov 2015, at 15:36, FUSTE Emmanuel <emmanuel.fuste at thalesgroup.com> wrote: > > 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

Hi > Using cyrus2dovecot (https://github.com/a-schild/cyrus2dovecot) I have > migrated some test mailboxes from Cyrus (2.4.17) to Dovecot (2.2.9). > > The problem I'm having is that the seen status is in cyrus.index files, > which cyrus2dovecot doesn't understand. > > Does anyone use cyrus2dovecot for migrations? Yes, but this software which is not related to the

Hi there, I was in the same position, but for mutliple accounts. Still you might want to look at imapsync (https://github.com/imapsync/imapsync), isync and offlineimap. There are more alternatives listed at the imapsync homepage. Philon > Am 04.11.2015 um 20:47 schrieb Forrest <those.lists at gmail.com>: > > I have been attempting to use the cyrus2dovecot script, to no avail.

Hi, With imapsync you will lose message UIDs which means that IMAP clients need to clear their local caches and redownload all messages. Why not use dovecot dsync over imapc instead? It tries to preserve UIDs and Flags. http://wiki2.dovecot.org/Migration Sami > On 07 Nov 2015, at 23:35, Forrest <those.lists at gmail.com> wrote: > > Thank you for the reply. I did find imapsync

v2.2.19 has many fixes related to dsync+imapc, which were found while migrating several million users from GMail. I'm not aware of any problems with it now. Also even before v2.2.19 dsync+imapc has been used to successfully do many large migrations. > On 26 Nov 2015, at 17:49, FUSTE Emmanuel <emmanuel.fuste at thalesgroup.com> wrote: > > Hi, > > No, I tried fetching

On Wed, Jul 11, 2018 at 10:46 AM, Timo Sirainen <tss at iki.fi> wrote: > On 11 Jul 2018, at 8.41, Wolfgang Rosenauer <wrosenauer at gmail.com> wrote: > > > > I'm running 2.2.36 (as provided by openSUSE in their server:mail > repository) and at least at one of my systems LMTP is crashing regularly on > certain messages (apparently a lot of them). > > >

I have been attempting to use the cyrus2dovecot script, to no avail. I have many years of content that I want to convert from Cyrus to Dovecot; with the above not working, what are other options out there? Another idea I had is simply set up another IMAP server (using Dovecot) and drag-and-drop and just wait, which I may end up doing. In the above, I copied over my entire /var/imap and

Thank you for the reply. I did find imapsync whilst perusing Google. I will give it a shot, it sounds more realistic/reliable. I have a hoard of emails going back to 1999, so I want as few errors as possible :) On 11/7/15 3:31 PM, Philon wrote: > Hi there, > > I was in the same position, but for mutliple accounts. Still you might want to look at imapsync

hi, we had to move from a old dieing Sparc very quickly our Cyrus IMAP Users to Dovecot. Most things works, but some Clients (like Evolution or Thunderbird) are strange. Our separator in Dovecot2 is "^", the mailboxes on the filesystem are something like "INBOX.subfolder1.subfolder2", but in TB and Evo I see INBOX^subfolder1^subfolder^ In Roundcube Webmail, I have just a

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

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,

> On 27 Mar 2015, at 10:19, Miloslav H?la <miloslav.hula at gmail.com> wrote: > > Hi, > > we are migrating from Cyrus 2.3.7 to Dovecot 2.2.13. We have ~7000 maildirs with ~500GB. Our goal is to do the migration without users have notice and with the shortest service downtime. The users use IMAP (with shared folders and ACL), POP3 and sieve filters. > > As a first

I think I get pretty much the same issue: dsync(support): Panic: file mailbox-attribute.c: line 360 (mailbox_attribute_get_stream): assertion failed: (value_r->value != NULL || value_r->value_stream != NULL) dsync(support): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0xc9e06) [0x7fba8a348e06] -> /usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x2a) [0x7fba8a348e4a]

I'm converting an environment from mandrake to centos, and always try to use the applications standard on the distribution. This means a switch from courier to cyrus. A bit of reading uncovered a potential problem - the site uses firstname.lastname at domain, and I have come across references that Cyrus does not support this. I couldn't find this limitation in the Cyrus

Hi, we are migrating from Cyrus 2.3.7 to Dovecot 2.2.13. We have ~7000 maildirs with ~500GB. Our goal is to do the migration without users have notice and with the shortest service downtime. The users use IMAP (with shared folders and ACL), POP3 and sieve filters. As a first choice, we tried the Dovecot's dsync tool. First tests were great, but we are not able to change the Cyrus auth

Hi, I'm migrating from a Cyrus to a Dovecot installation right now. As part of it I've got plain Cyrus mailboxes (w/o real metadata; so to say I've got the /var/spool/imap/user part but not the /var/lib/imap/user one)). Those former mailboxes I want to provide under a public namespace via ACLs. The question I cannot answer right now is: How can I convert these plain mailboxes on a FS

Hi, I'm running 2.2.36 (as provided by openSUSE in their server:mail repository) and at least at one of my systems LMTP is crashing regularly on certain messages (apparently a lot of them). Sometimes (but not always a backtrace is posted to the logs: 2018-07-11T07:34:56.741848+02:00 saruman dovecot: lmtp(14690): Fatal: master: service(lmtp): child 14690 killed with signal 11 (core dumps

Dear all, Despite all the progress we are making in our attempt to make the migration as smooth and transparent for our users there are still some important unsolved issues. One thing that I can't figure out is how to preserve a user's flags that s/he has for mail in a shared mailbox. So far we tried 'doveadm backup -R' as well as the cyrus2dovecot script from here [1]. Both

2015-01-23 4:20 GMT-03:00 Marc St?rmer <mail at marc-stuermer.de>: > > Zitat von Norberto Bensa <nbensa+dovecot at gmail.com>: > > Does anyone use cyrus2dovecot for migrations? If so, how do you deal with >> seen status when it is stored in the .index files? >> > > Why don't you use the migration tool that comes with Dovecot bundled > instead,