similar to: Cyrus mailbox (plain files) to Dovecot

Hi, I finally migrated my IMAP server from cyrus to dovecot2. I have been using cyrus since many years and have not much experience with dovecot yet though. I've converted my imap server using cyrus2dovecot (several times until I thought it was correct) but there is one thing left which confuses me and I'm not sure what I can or need to do to change it. With Cyrus I used

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

A junior administrator of mine mistakenly created a mailbox with an empty name, by typing into cyradm the commands: createmailbox user/$lb setquota user/$lb 10000 He will of course shortly receive an extra lesson on shell variables, but meanwhile I find myself confronted with the problem how to get rid of the mailbox he created. So far all attempts have failed: [cyrus at posthamster ~]$

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

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

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,

Hi all after lots of trial and error and the help of THIS mail list, finally my dovecot-postfix combination seems to work yet the dovecot mail spool always is empty all mail forwarded to my main mail server - but i have no mail relay configured. why is the mail NOT in the dovecot inbox but forwarded to another mail server ?? and why does postconf -A show cyrus and NOT dovecot ?? below some

Hi All! I am working on a complete migration from an old solaris machine running Cyrus IMAP v2.3.14 and wish to migrate all users to a new ubuntu vm running Dovecot 2.0.19. What I have so far is a fully functional dovecot installation with LDAP / Dovecot SASL auth using Maildir++. My plan is to use Perdition IMAP proxy on a third host and migrate users a few at a time (see attached picture of

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]

While investigating my earlier Sendmail confusion I noticed these files: # ll /var/lib/imap/db/ total 15952 -rw------- 1 cyrus mail 16384 Jan 22 04:02 __db.001 -rw------- 1 cyrus mail 663552 Jan 22 04:02 __db.002 -rw------- 1 cyrus mail 98304 Jan 22 04:02 __db.003 -rw------- 1 cyrus mail 22568960 Jan 22 04:02 __db.004 -rw------- 1 cyrus mail 32768 Jan 22 04:02 __db.005 -rw-------

------------ Original Message ------------ > Date: Tuesday, August 11, 2015 20:24:36 +0200 > From: Alexander Dalloz <ad+lists at uni-x.org> > > Am 11.08.2015 um 17:56 schrieb Dr J Austin: >> Hi >> >> I have been using evolution/cyrus/exim for 10 years - until >> yesterday! >> >> I upgraded to C6.7 and now there is no way I can find of

Hi I have been using evolution/cyrus/exim for 10 years - until yesterday! I upgraded to C6.7 and now there is no way I can find of connecting from evo to the cyrus imap(s) server [root at maui:~]$ ps -ef|grep imap cyrus 27768 1 0 15:21 ? 00:00:00 /usr/lib/cyrus-imapd/cyrus-master -d cyrus 27775 27768 0 15:21 ? 00:00:00 imapd -s cyrus 27779 27768 0 15:21 ?

CentOS Errata and Security Advisory 2007:0878 https://rhn.redhat.com/errata/RHSA-2007-0878.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/cyrus-sasl-2.1.15-15.ia64.rpm updates/ia64/RPMS/cyrus-sasl-devel-2.1.15-15.ia64.rpm updates/ia64/RPMS/cyrus-sasl-gssapi-2.1.15-15.ia64.rpm

We are trying to move our mail store from a host running cyrus-imapd 2.2.12 under CentOS-4 to one running 2.3.16 under CentOS-6. The current host is a 32 bit architecture. The new host is 64 bit. We have followed the update guide found at: http://www.cyrusimap.org/docs/cyrus-imapd/2.3.16/install-upgrade.php The steps we followed were: 1. Install cyrus-imapd et al on the new host. 2. Modify

Am 12.08.2015 um 15:16 schrieb Dr J Austin: > Hi Richard > > I have been working at trying to get cyrus to listen on 148.197.29.5 > interface instead of the localhost - I have failed > > Whenever I add things to /etc/cyrus.conf such as > imaps cmd="imapd -s" listen="[148.197.29.5]:imaps" prefork=1 No square brackets around the ip address. >

At Thu, 21 Jun 2018 20:42:50 +0200 CentOS mailing list <centos at centos.org> wrote: > > On 21.06.2018 19:28, Robert Heller wrote: > > Are there any imap daemons (besides cyrus-imapd). cyrus-imapd is appearently > > not compatible with postfix + procmail. I need an imap daemon that will work > > with a postfix + procmail system. > > > the problem seems to

Am 12.08.2015 um 20:29 schrieb Dr J Austin: > > > On Wed, 12 Aug 2015, Alexander Dalloz wrote: > > >>> I have been working at trying to get cyrus to listen on 148.197.29.5 >>> interface instead of the localhost - I have failed >>> > >> No square brackets around the ip address. > > imap cmd="imapd" listen="imap"

------------ Original Message ------------ > Date: Wednesday, August 12, 2015 14:16:03 +0100 > From: Dr J Austin <ja at maui.jaa.org.uk> > > On Wed, 12 Aug 2015, Richard wrote: > >> >> I don't think that wireshark adds much to this. Unless you had a >> proxy in the middle, the "connection refused" responses already >> indicated that

CentOS-4.8 cyrus-imapd-2.2.12-10 sendmail-8.13.1-3.3 I have a mail hub which uses cyrus-imap with sendmail It has worked well for us on this and prior hosts going back to 1995. And, I do not have a problem with the current setup. What I would like to do however, is to deliver plus-formatted e-mail addresses directly to users subfolders in their mailbox tree. Such addresses take the form