similar to: doveadm sync usage ; root INBOX unsynced

Le Sat, 31 Oct 2020 13:36:32 +0100, Fran?ois Poulain <fpoulain at metrodore.fr> a ?crit : > Does someone have on hint? I tried to remove all dirs and re-start using doveadm backup as did in https://dovecot.org/pipermail/dovecot/2019-December/117963.html but it didn't worked better. Fran?ois -- Fran?ois Poulain <fpoulain at metrodore.fr>

Le Sat, 31 Oct 2020 13:36:32 +0100, Fran?ois Poulain <fpoulain at metrodore.fr> a ?crit : > I am trying to import a mail IMAP account using doveadm. Am I wrong trying to do so? Best regards. Fran?ois -- Fran?ois Poulain <fpoulain at metrodore.fr>

I am migrating an old dovecot 2.2.30 (macOS High SIerra, macO S Server) to a new server with dovecot 2.3.7 (macOS Mojave, macports). To get the data over, I?m trying to do a reverse backup with doveadm between an old and a new mail server, but failing to do so. I?m trying (from the new server, the old server is 192.168.2.67): doveadm -Dv \ -o imapc_host=192.168.2.67 \ -o imapc_user=gerben \

with dovecot --version 2.3.10.1 (a3d0e1171) exec of doveadm -v -o mail_fsync=never backup -R -f -u testuser at example.com imapc: currently fails, here, with Error: Mailbox INBOX sync: mailbox_delete failed: INBOX can't be deleted checking lists, this has been seen before @ https://dovecot.org/pipermail/dovecot/2016-January/102988.html On 24 Jan 2016, at 18:47, Timo Sirainen

hi all when I use dsync migrate users from dovecot2.0.14(maildir Solaris10) to dovecot2.2.15(mdbox debian7) , most of the users migrated well, only one user has a error. migrate cmd: "$dovecotHome"bin/doveadm -Dv -o mail_fsync=never -o imapc_host=$ip backup -R -u $user imapc: dovecot2.2.15 log: doveadm(root): Debug: Loading modules from directory: /home/mail/dovecot/lib/dovecot

Hi everyone, I'm hoping I am just missing something obvious - but I cannot seem to get a one-way migration dsync working between two Dovecot servers because the Prefix configuration is different. I am doing a migration from our old Dovecot servers to some new cPanel based ones. Source: 2.2.15 Dest: 2.2.21 Here is the debug output for the sync: doveadm(root): Debug: Loading modules from

Hi all, I've run into an issue with in-place mailbox format conversions between mdbox and maildir and wondered if someone could assist. When using dsync to convert a mailbox, the conversion loses a mailbox GUID and produces a warning. This behavior seems to have been introduced between version 2.2.31 and 2.2.32. See below for the full debug output from both versions followed by the dovecot

Hi All! I'm also hitted by this problem. I'm trying to migrate emails from very old dbmail to dovecot (maildir). I read old threads with similar problem but I found only such solutions: - upgrade to 2.2.13 - workarround : use imapsync - no solution I'd like to not use imapsync, have you got an idea what should I do to do migration successfully? dsync throws: doveadm(root): Debug:

Good morning, I use ?doveadm backup -R -m foo -s $state? to create a local mirror of an imapc remote folder. When I run that command, wait for it to finish, deliver a new message to the remote folder, and run that command again, the new message does not get downloaded from the remote. I'll attach the rawlog, doveconf, etc at the end. Allow me first to summarize what I've already

On 10 Oct 2017, at 3.36, Jason Kiniry <jason.kiniry at gmail.com> wrote: > > Hi all, > > I've run into an issue with in-place mailbox format conversions between > mdbox and maildir and wondered if someone could assist. When using dsync to > convert a mailbox, the conversion loses a mailbox GUID and produces a > warning. This behavior seems to have been introduced

On Wed, May 13, 2020 at 11:03:37AM +0300, Aki Tuomi wrote: > Edit your dovecot.conf and add > > namespace { > inbox = yes > # or use '.' here. > separator = / > } Thanks for the suggestion! I added those lines to the bottom of /etc/dovecot/dovecot.conf . However, when I attempted the mbox to maildir conversion afterwards, I still received an error, albeit a

Hi I am trying to set up a new mail server with dovecot. I got it all installed and set up successfully but am running into problems trying to migrate from my current email server. I tried the following command: doveadm -Dv -o imapc_host=[current-imap-host] -o imapc_user=[current-user] -o imapc_password=[password] -o imapc_features=rfc822.size -o mail_fsync=never backup -R -u [user] imapc:

On Tue, Jul 25, 2017 at 1:45 PM, yayo (j) <jaganz at gmail.com> wrote: > 2017-07-25 7:42 GMT+02:00 Kasturi Narra <knarra at redhat.com>: > >> These errors are because not having glusternw assigned to the correct >> interface. Once you attach that these errors should go away. This has >> nothing to do with the problem you are seeing. >> > > Hi, >

2017-07-25 7:42 GMT+02:00 Kasturi Narra <knarra at redhat.com>: > These errors are because not having glusternw assigned to the correct > interface. Once you attach that these errors should go away. This has > nothing to do with the problem you are seeing. > Hi, You talking about errors like these? 2017-07-24 15:54:02,209+02 WARN [org.ovirt.engine.core.vdsbro

I've got Melty Blood: Act Cadenza Ver B working somewhat through the latest OSX version of Wine (I have Snow Leopard), the game itself functions well but it's off center from the window, so there's some extra space left on the bottom of the window and the top area is obscured, like so: [Image: http://img692.imageshack.us/img692/1411/screenshot20101210at254.png ] Can this be fixed

2017-07-19 11:22 GMT+02:00 yayo (j) <jaganz at gmail.com>: > running the "gluster volume heal engine" don't solve the problem... > > Some extra info: > > We have recently changed the gluster from: 2 (full repliacated) + 1 > arbiter to 3 full replicated cluster but i don't know this is the problem... > > Hi, I'm sorry for the follow up. I want

On 07/21/2017 02:55 PM, yayo (j) wrote: > 2017-07-20 14:48 GMT+02:00 Ravishankar N <ravishankar at redhat.com > <mailto:ravishankar at redhat.com>>: > > > But it does say something. All these gfids of completed heals in > the log below are the for the ones that you have given the > getfattr output of. So what is likely happening is there is an >

2017-07-20 14:48 GMT+02:00 Ravishankar N <ravishankar at redhat.com>: > > But it does say something. All these gfids of completed heals in the log > below are the for the ones that you have given the getfattr output of. So > what is likely happening is there is an intermittent connection problem > between your mount and the brick process, leading to pending heals again >

[Adding gluster-users] On Wed, Jul 19, 2017 at 2:52 PM, yayo (j) <jaganz at gmail.com> wrote: > Hi all, > > We have an ovirt cluster hyperconverged with hosted engine on 3 full > replicated node . This cluster have 2 gluster volume: > > - data: volume for the Data (Master) Domain (For vm) > - engine: volume fro the hosted_storage Domain (for hosted engine) > >

> > On 30.9.2019 13.40, tovises wrote: >>> >>>> On 30 Sep 2019, at 13.13, tovises via dovecot <dovecot at dovecot.org> >>>> wrote: >>>> WOW! - amazing quickly, I'm really grateful. >>>> >>>> I was using: -u tovis imapc: nusi but still something wrong. >>>> Patstebin: https://pastebin.com/tH4wzJka