similar to: incremental mailbox syncs for quick migration

Displaying 20 results from an estimated 4000 matches similar to: "incremental mailbox syncs for quick migration"

2015 Apr 02
1
Dovecot Oy merger with Open-Xchange AG
Am 2015-04-02 um 18:24 schrieb Reindl Harald: > Am 02.04.2015 um 18:19 schrieb Jogi Hofm?ller: >> Am 2015-04-02 um 17:49 schrieb Reindl Harald: >>> Am 02.04.2015 um 14:30 schrieb Edwardo Garcia: >>>> On 4/1/15, Reindl Harald <h.reindl at thelounge.net> wrote: >>>>> Am 01.04.2015 um 14:33 schrieb Bernd Petrovitsch: >>>>>> On Mit,
2014 Jul 29
2
LMTP during dsync migration
Hi all, Another question regarding migration. While migrating a mailbox with dsync is it safe to deliver mail via LMTP to the new (target) mailbox or is it wiser to deactivate LMTP delivery to this mailbox until it's fully migrated? And what methods could I use to stop delivery to a mailbox during migration? Our user data is stored on an LDAP server. Cheers, -- j.hofm?ller
2013 Oct 22
1
LMTP, TLS/SSL, authentication, proxy
Folks, Several questions packed into one email ;) Can dovecot use TLS/SSL on LTMP inet socket? Can I configure dovecot to only let an authenticated user deliver mail via LMTP? Can I tell dovecot to use a user/password for proxying LMTP connections? All this is related to my quest to move from cyrus to dovecot transparently to our users. And if any of the above questions can be answered
2013 Oct 25
1
dsync core dump
Dear all, We're slowly progressing towards migration, and now run into dscyn dumping core when trying to sync mailboxes from the old imap server. Needless to say that not one byte get's transferred. On the old.server all I see is a correct login. This is what we get for one example user: server:~# doveadm -v -D backup -R -u USER imapc: doveadm(root): Debug: Loading modules from
2015 Apr 02
3
Dovecot Oy merger with Open-Xchange AG
Am 2015-04-02 um 17:49 schrieb Reindl Harald: > Am 02.04.2015 um 14:30 schrieb Edwardo Garcia: >> On 4/1/15, Reindl Harald <h.reindl at thelounge.net> wrote: >>> Am 01.04.2015 um 14:33 schrieb Bernd Petrovitsch: >>>> On Mit, 2015-04-01 at 13:07 +0200, Reindl Harald wrote: >>>>> Am 01.04.2015 um 13:04 schrieb Bernd Petrovitsch: >>>>>
2014 Jul 29
0
problem migrating shared folders from cyrus to dovecot
Hi all, We face a problem migrating shared mailboxes from an old cyrus server to dovecot. Whereas migrating regular users works like a charm, the shared mailboxes cannot be migrated. dsync/doveadm states: "Error: Failed to access mailbox INBOX: Mailbox does not exist". This is somehow true since the shared mailboxes live not under user.mailbox but rather under shared.mailbox (cyrus
2014 Aug 20
1
preserving flags for shared mailbox when migrating from cyrus to dovecot
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
2014 May 06
0
LMTP, TLS/SSL, authentication, proxy
Hello, unfortunatly, TLS doesn't seem to work on LMTP, anyway, not by simply put ssl=yet to the lmtp inet_listener. I've tried and when I *openssl s_client -connect* to the lmtp listener I've got the following response : CONNECTED(00000003) 34379118248:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown
2014 Aug 22
1
LMTP and passdb deny=yes not working
Hi all, I start this on in a new thread. I setup the deny-user setting to temporarily prevent users from logging in and (that would be great) also stop mail delivery for said user. All this is because of our upcoming migration. Now it seems that lmtp is ignoring this setting. This is from the logfile: Aug 21 13:01:00 klee dovecot: lmtp(pid): Connect from IP Aug 21 13:01:00 klee dovecot:
2014 Aug 29
1
quota for subfolder with prefix=INBOX.
Hi all, We use prefix=INBOX. in order to keep things as they were on the old server. Now I started playing with quota and have trouble getting the additional quota for Trash and/or Junk working. My expectation was that once a user is over quota and moves email to trash sh/e should be able to receive new email again. That's what I cannot get to work with our setup. Attached you find the
2014 Jun 25
0
imap/pop3/lmtp proxy question/problem
Dear list, We are finally back to our task of migrating from cyrus to dovecot. dovecot mostly does what we want in terms of POP3/IMAP server. Now we are preparing for migration. The plan is to use dovecot as proxy for not-yet migrated accounts. This works wonderfully for IMAP but not for LMTP. Here's what I find in the logs when I try to deliver e-mail to the dovecot lmtp port: Jun 25
2013 Oct 06
2
Transparent Migration from cyrus to dovecot
Hi dovecot people, We are in the process of preparing the migration from a cyrus 2.1 installation to dovecot. Dovecot will be installed on new hardware, so we have separated servers that can/will exist in parallel for a while. Our goal is to do the migration without interrupting the service for our users too much. Currently we tend to using dsync. So I am asking for best practice suggestions,
2013 Oct 18
2
proxy, userdb and passdb
Dear all, We are getting closer to the migration of our mailsystem. Now I have a special question. We are successfully using passdb { driver = pam } and that is good. Now, how would I tell dovecot to proxy certain users (the ones not yet migrated) to the old server? My attempts to configure an additional userdb failed since this seems to override the passdb setting. Grateful for any
2015 Apr 03
3
Dovecot Oy merger with Open-Xchange AG
you wouldnt know, your not a developer, shit processor maybe, but not a developer On 4/3/15, Reindl Harald <h.reindl at thelounge.net> wrote: > > > Am 02.04.2015 um 18:19 schrieb Jogi Hofm?ller: >> Am 2015-04-02 um 17:49 schrieb Reindl Harald: >>> Am 02.04.2015 um 14:30 schrieb Edwardo Garcia: >>>> On 4/1/15, Reindl Harald <h.reindl at
2014 Jul 31
2
LMTP during dsync migration
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 30 Jul 2014, Jogi Hofm?ller wrote: >> Or better - disable LMTP service in Dovecot. Incoming mail will stay on >> your MTA and when you're done, you just tell it to deliver everything >> that piled up in the queue in the meantime > > Better but still not perfect ;) We have users that work late and I am > sure
2015 Apr 02
0
Dovecot Oy merger with Open-Xchange AG
Am 02.04.2015 um 18:19 schrieb Jogi Hofm?ller: > Am 2015-04-02 um 17:49 schrieb Reindl Harald: >> Am 02.04.2015 um 14:30 schrieb Edwardo Garcia: >>> On 4/1/15, Reindl Harald <h.reindl at thelounge.net> wrote: >>>> Am 01.04.2015 um 14:33 schrieb Bernd Petrovitsch: >>>>> On Mit, 2015-04-01 at 13:07 +0200, Reindl Harald wrote:
2015 Apr 03
0
Dovecot Oy merger with Open-Xchange AG
People, PLEASE do not engage Reindl on the list, it always results in this kind of garbage that the adults on the list could do without. If you feel compelled to 'call him out', then by all means do so, but do it PRIVATELY. Thanks. On 4/2/2015 11:28 PM, Nick Edwards <nick.z.edwards at gmail.com> wrote: > you wouldnt know, your not a developer, shit processor maybe, but not >
2014 Jul 31
0
LMTP during dsync migration
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 31 Jul 2014, Steffen Kaiser wrote: > On Wed, 30 Jul 2014, Jogi Hofm?ller wrote: > >>> Or better - disable LMTP service in Dovecot. Incoming mail will stay on >>> your MTA and when you're done, you just tell it to deliver everything >>> that piled up in the queue in the meantime >> >> Better but
2016 Feb 04
2
doveadm backup -- private flags in shared mailbox
dear list, i try to backup our dovecot server via doveadm -Dv backup -A -n inbox -n shared remote:vmail at 192.168.122.51 So far, it's working fine except for one thing: the "seen"flags for the shared mailboxes don't get copied to the backup-server. I tried a few things (like calling the doveadm command with different options for the namespaces or defining the mailboxes -m; i
2009 Feb 24
0
Problem OMNIVS1000 USB uses tripplite_usb or usbhid-ups
Hi, my nut version is 2.2.2-6.4, debian lenny The ups we use is a tripplite OMNIVS1000 USB The drivers i tried are tripplite_usb and usbhid-ups, googled very long about the problems, but didn't get it to run. Does someone has experiences or similar problems? lsusb and lsmod are all right in /etc/udev/rules.d/52_nut-usbups.rules I found one line according to the modell ---- # Tripp Lite -