Re: dovecot replication

That's a nice suggestion. Thanks John. On Fri, Jul 12, 2024 at 11:25 PM John Fawcett via dovecot wrote: > > > On 12/07/2024 13:05, Jeff Pang via dovecot wrote: > > Hello, > > > > Does the community version of dovecot have the replication feature? > > When one dovecot was down, another one could t

Re: dovecot replication

On 12/07/2024 21:14, James Cook wrote: On Fri, Jul 12, 2024 at 06:28:13PM GMT, John Fawcett via dovecot wrote: Hi James I want to avoid the -1 parameter because it doesn't do deletes in the target. -l, not -1. Thanks I missed that - so locking can be done within Dovecot John __

Re: dovecot replication

> On 07/12/2024 1:14 PM MDT James Cook via dovecot wrote: > > On Fri, Jul 12, 2024 at 06:28:13PM GMT, John Fawcett via dovecot wrote: > >Hi James > > > >I want to avoid the -1 parameter because it doesn't do deletes in the > >target. > > -l, not -1. No, it's -1 - as in one(1)-way sync. -l (low

Re: dovecot replication

On Fri, Jul 12, 2024 at 06:28:13PM GMT, John Fawcett via dovecot wrote: Hi James I want to avoid the -1 parameter because it doesn't do deletes in the target. -l, not -1. As for the lda to doveadm sync script, I have been wondering too about how to close the gap for emails arriving between

Re: dovecot replication

On 12/07/2024 17:38, James Cook via dovecot wrote: Replication is in the current dovecot version but will go away in 2.4. The doveadm sync feature is staying. So with some work you can set it up what you are requesting. I used to use replication and now I'm thinking about using sync but hav

Re: dovecot replication

Replication is in the current dovecot version but will go away in 2.4. The doveadm sync feature is staying. So with some work you can set it up what you are requesting. I used to use replication and now I'm thinking about using sync but have not implemented it. The following are thoughs on it

Re: dovecot replication

On 12/07/2024 13:05, Jeff Pang via dovecot wrote: Hello, Does the community version of dovecot have the replication feature? When one dovecot was down, another one could take over the tasks. Thanks. _ Jeff Replication is in t

Re: dovecot replication problem

Hi, I am experiencing similar error messages when setting passdb to mechanisms = plain login. More details can be found at https://github.com/orgs/docker-mailserver/discussions/3836. I hope this information helps. Regards, James On 5/07/2024 02:32, Oliver Krone via dovecot wrote: Hi the

Re: dovecot replication - new and cur folders on mx1 and mx2

It might have a noticeable effect on clients. I encountered (probably triggered by this in some way?) that I was unable to het the 'read' bit set in macOS Mail.app. Maybe (as I am doing HA with round robin) the Mail.app client got to one dovecot repository on one tcp connection and then on the

Re: dovecot replication - new and cur folders on mx1 and mx2

I can confirm this in a slightly different setting, but still using two-way sync between two dovecots. On e is 2.3.19.1 running on macOS Monterey, the other is 2.3.20 running in an alpine container on Ubuntu. Gerben Wierda (LinkedIn ) R&A IT Strategy

Re: dovecot replication on dovecot v 2.3.8

Just a prcision... maybe I misunderstood point I saw in different posts, that an RSYNC may corrupt the database and cause trouble... therefore, we need a replication system. 1) I have  2 different servers, running (email server with dovecot) .. Server 1 and Server 2 ( backup system) . if they

Re: Dovecot Replication Errors (only) when using tcps: as the mail_replica Protocol

Am 19.11.20 um 09:30 schrieb James Pattinson: On 18/11/2020 19:37, Aakash Patel wrote: Hello, I have two mail servers and am also experiencing sporadic replication errors over tcps, similar to Reuben. Each server is running Dovecot 2.3.11.3 (502c39af9) on Debian 10.6. *Log entries from MX1

Re: Dovecot Replication Errors (only) when using tcps: as the mail_replica Protocol

On 18/11/2020 19:37, Aakash Patel wrote: Hello, I have two mail servers and am also experiencing sporadic replication errors over tcps, similar to Reuben. Each server is running Dovecot 2.3.11.3 (502c39af9) on Debian 10.6. *Log entries from MX1* Nov 18 00:39:26 mx1 dovecot: dsync-local(u.

Re: Dovecot Replication Errors (only) when using tcps: as the mail_replica Protocol

Hello, I have two mail servers and am also experiencing sporadic replication errors over tcps, similar to Reuben. Each server is running Dovecot 2.3.11.3 (502c39af9) on Debian 10.6. *Log entries from MX1* Nov 18 00:39:26 mx1 dovecot: dsync-local(u...@example.com): Error: dsync(mx2.example.c

Re: Dovecot replication not picking up new mail in maildir

On 10/27/2020 7:56 AM, Aki Tuomi wrote: On 27/10/2020 14:49 jayare-dcml at outlook.com wrote: On 26/10/2020 19:25, John Fawcett wrote: On 25/10/2020 17:19, jayare~dcml at videocoding.org wrote: I've got a basic dovecot master-master replication setup between two servers (imap1 and imap2). A

Re: Dovecot replication not picking up new mail in maildir

> On 27/10/2020 14:49 Justin Ridge wrote: > > > On 26/10/2020 19:25, John Fawcett wrote: > > On 25/10/2020 17:19, jayare~dcml at videocoding.org wrote: > >> I've got a basic dovecot master-master replication setup between two > >> servers (imap1 and imap2). Actions such as deleting messages or

Re: Dovecot replication not picking up new mail in maildir

> On 27/10/2020 14:49 Justin Ridge wrote: > > > On 26/10/2020 19:25, John Fawcett wrote: > > On 25/10/2020 17:19, jayare~dcml at videocoding.org wrote: > >> I've got a basic dovecot master-master replication setup between two > >> servers (imap1 and imap2). Actions such as deleting messages or

Re: Dovecot replication not picking up new mail in maildir

On 26/10/2020 19:25, John Fawcett wrote: > On 25/10/2020 17:19, jayare~dcml at videocoding.org wrote: >> I've got a basic dovecot master-master replication setup between two >> servers (imap1 and imap2). Actions such as deleting messages or moving >> them between folders are replicated correctly an

Re: Dovecot replication not picking up new mail in maildir

On 25/10/2020 17:19, jayare~d...@videocoding.org wrote: > I've got a basic dovecot master-master replication setup between two > servers (imap1 and imap2). Actions such as deleting messages or moving > them between folders are replicated correctly and quickly. > > However, when new mail is delivere

Re: Dovecot replication and userdb "noreplicate".

On 07/08/2019 09:29, Sami Ketola wrote: On 6 Aug 2019, at 23.52, Reio Remma via dovecot wrote: service doveadm { user = vmail } This seems to have fixed it. Here's hoping for no unforeseen side-effects. :) I still need allow dovecot_t ssh_exec_t:file { execute execute_no_trans open re

Re: Dovecot replication and userdb "noreplicate".

> On 6 Aug 2019, at 23.52, Reio Remma via dovecot wrote: > > service doveadm { > user = vmail > } > > This seems to have fixed it. Here's hoping for no unforeseen side-effects. :) > > I still need allow dovecot_t ssh_exec_t:file { execute execute_no_trans open > read }; for selinux, but

Re: Dovecot replication and userdb "noreplicate".

On 06.08.2019 23:17, Reio Remma via dovecot wrote: On 24.06.2019 16:25, Reio Remma wrote: On 24.06.2019 8:21, Aki Tuomi wrote: On 22.6.2019 22.00, Reio Remma via dovecot wrote: Jun 22 16:55:22 host dovecot: dsync-local(u...@host.ee)<>: Error: Remote command returned error 84: ssh -i /home/vmai

Re: Dovecot replication and userdb "noreplicate".

On 24.06.2019 16:25, Reio Remma wrote: On 24.06.2019 8:21, Aki Tuomi wrote: On 22.6.2019 22.00, Reio Remma via dovecot wrote: Jun 22 16:55:22 host dovecot: dsync-local(u...@host.ee)<>: Error: Remote command returned error 84: ssh -i /home/vmail/.ssh/vmail.pem -l vmail backup.host.ee doveadm dsy

Re: Dovecot replication and userdb "noreplicate".

On 24.06.2019 8:21, Aki Tuomi wrote: On 22.6.2019 22.00, Reio Remma via dovecot wrote: Hello! I finally took the time and spent two days to set up replication for my server and now I have a question or two. I initially set noreplicate userdb field to 1 for all but a test user, but I could stil

Re: Dovecot replication and userdb "noreplicate".

On 22.6.2019 22.00, Reio Remma via dovecot wrote: > Hello! > > I finally took the time and spent two days to set up replication for > my server and now I have a question or two. > > I initially set noreplicate userdb field to 1 for all but a test user, > but I could still see in the logs that all

Re: [Dovecot] Replication and public namespaces

On 03/31/2016 11:08 AM, Sergey Schwartz wrote: > There is a workaround - limit replication scope with INBOX namespace > only. Sergey, thanks for pointing that out. I already thought of that, but this means, that i need some extra periodic replication for the public namespaces (hence on a failover

Re: [Dovecot] Replication and public namespaces

Nobody? Should i provide more info or did i something wrong? On 03/17/2016 06:48 AM, Georg Schuetze wrote: > In my setup i can reproduce this issue with only one message in a shared > folder: > Everytime when the (new) replication client is started for the first > time, the initial replication ta

Re: [Dovecot] Replication and public namespaces

Hi, i have the same problem with the current dovecot version 2.2.22. I wonder that nobody else seems to have run into this, since this thread is quite old. Did i miss something and does one need a special configuration for syncing public namespaces? Markus, do you still use your patch or did you

Re: [Dovecot] Replication and public namespaces

Hi, since the maillist threading works only within the current month, i'll attach the original message from 2014 from Markus Weippert. In my setup i can reproduce this issue with only one message in a shared folder: Everytime when the (new) replication client is started for the first time, the ini

Re: Additional userdb variables in passwd [was Re: Dovecot Replication - Architecture Endianness?]

On 8/05/2015 11:04 PM, Reuben Farrelly wrote: On 8/05/2015 6:10 PM, Teemu Huovila wrote: On 05/07/2015 02:32 PM, Reuben Farrelly wrote: On 7/05/2015 7:49 AM, Timo Sirainen wrote: On 06 May 2015, at 13:52, Reuben Farrelly wrote: On 4/05/2015 11:06 PM, Teemu Huovila wrote: Also is there a wa

Re: Additional userdb variables in passwd [was Re: Dovecot Replication - Architecture Endianness?]

On 8/05/2015 6:10 PM, Teemu Huovila wrote: On 05/07/2015 02:32 PM, Reuben Farrelly wrote: On 7/05/2015 7:49 AM, Timo Sirainen wrote: On 06 May 2015, at 13:52, Reuben Farrelly wrote: On 4/05/2015 11:06 PM, Teemu Huovila wrote: Also is there a way to restrict replication users aside from a cr

Re: Additional userdb variables in passwd [was Re: Dovecot Replication - Architecture Endianness?]

On 05/07/2015 02:32 PM, Reuben Farrelly wrote: > On 7/05/2015 7:49 AM, Timo Sirainen wrote: >> On 06 May 2015, at 13:52, Reuben Farrelly wrote: >>> >>> On 4/05/2015 11:06 PM, Teemu Huovila wrote: > Also is there a way to restrict replication users aside from a crude hack > around system f

Additional userdb variables in passwd [was Re: Dovecot Replication - Architecture Endianness?]

On 7/05/2015 7:49 AM, Timo Sirainen wrote: On 06 May 2015, at 13:52, Reuben Farrelly wrote: On 4/05/2015 11:06 PM, Teemu Huovila wrote: Also is there a way to restrict replication users aside from a crude hack around system first and last UIDs? You can set the userdb to return an empty mail

Re: Dovecot Replication - Architecture Endianness?

On 7/05/2015 7:47 AM, Timo Sirainen wrote: On 04 May 2015, at 17:11, Reuben Farrelly wrote: On 4/05/2015 11:06 PM, Teemu Huovila wrote: Even if this doesn't end up working I figure I'll get to learn a little more about the indexes themselves in the process. dsyncing between servers (or in ge

Re: Dovecot Replication - Architecture Endianness?

On 06 May 2015, at 13:52, Reuben Farrelly wrote: > > On 4/05/2015 11:06 PM, Teemu Huovila wrote: >>> Also is there a way to restrict replication users aside from a crude hack >>> around system first and last UIDs? >> You can set the userdb to return an empty mail_replica variable for users >> y

Re: Dovecot Replication - Architecture Endianness?

On 04 May 2015, at 17:11, Reuben Farrelly wrote: > > On 4/05/2015 11:06 PM, Teemu Huovila wrote: >> On 05/03/2015 01:48 PM, Reuben Farrelly wrote: >>> Hi all, >>> >>> I've had an interesting use case come up which - to cut the story short - >>> one way to solve the problem I am looking at may b

Re: Dovecot Replication - Architecture Endianness?

On 4/05/2015 11:06 PM, Teemu Huovila wrote: Also is there a way to restrict replication users aside from a crude hack around system first and last UIDs? You can set the userdb to return an empty mail_replica variable for users you want to exclude from replication. http://hg.dovecot.org/dovecot

Re: Dovecot Replication - Architecture Endianness?

On 4/05/2015 11:06 PM, Teemu Huovila wrote: On 05/03/2015 01:48 PM, Reuben Farrelly wrote: Hi all, I've had an interesting use case come up which - to cut the story short - one way to solve the problem I am looking at may be to replicate a small number of mailboxes to a third remote server. I

Re: Dovecot Replication - Architecture Endianness?

On 05/03/2015 01:48 PM, Reuben Farrelly wrote: > Hi all, > > I've had an interesting use case come up which - to cut the story short - one > way to solve the problem I am looking at may be to > replicate a small number of mailboxes to a third remote server. > > I've currently had replication run

Re: Dovecot replication over TCP/SSL, certificate error

Of cource i did. Even this one does not work: *ssl_cert = : > > > Am 12.01.2015 um 13:29 schrieb Jonas Plitt: > >> *doveadm(exam...@example.com ): Error: Couldn't >> initialize SSL context: Can't load CA certs from directory /etc/ssl/certs: >> error:02001024:system library:fopen:File name too

Re: Dovecot replication over TCP/SSL, certificate error

Am 12.01.2015 um 13:29 schrieb Jonas Plitt: *doveadm(exam...@example.com ): Error: Couldn't initialize SSL context: Can't load CA certs from directory /etc/ssl/certs: error:02001024:system library:fopen:File name too longdoveadm: Error: Failed to iterate through some users*" this is my config

Re: dovecot replication (active-active) - server specs

we've got 2 new fileservers, they have each SSD HDDs for "new-storage" and 7200rpm SATA HDDs on RAID 5 with 10 TB for "alt-storage" Friends don't let friends use Raid5... http://www.baarf.com/ (Use Raid6 or something else...) Note, a common counter argument is that someone has "full bac

Re: dovecot replication (active-active) - server specs

Hello Am 09.10.2014 um 20:41 schrieb Urban Loesch: Hi, Am 09.10.2014 12:35, schrieb Martin Schmidt: Our MX server is delivering ca. 30 GB new mails per day. Two IMAP proxy server get the connections from the users. Atm. without dovecot director. We've got around 700k connections per day (i

Re: dovecot replication (active-active) - server specs

Hi, Am 09.10.2014 12:35, schrieb Martin Schmidt: Our MX server is delivering ca. 30 GB new mails per day. Two IMAP proxy server get the connections from the users. Atm. without dovecot director. We've got around 700k connections per day (imap 200k / pop3 500k) Are this the hole connections p

Re: dovecot replication (active-active) - server specs

On 09.10.2014 12:35, Martin Schmidt wrote: > So we want to make a new system. We desire the new system to use > mdbox format ( bigger files, less I/O) Be sure to enable compression when do do that move (you'd have to do pretty much the same migration again if you enable it later) as per http://wik

Re: Dovecot Replication of Maildirs: Couldn't create lock file ... no such file or directory

Problem solved with changing the location of the home dir, however, is there a reliable way to do this on the "master" server with all the production data in place? --Asai On 8/27/14 11:47 AM, Asai wrote: Greetings, I'm setting up replication and am getting this error from the server where

Re: Dovecot Replication of Maildirs: Couldn't create lock file ... no such file or directory

The error, I presume, is that the home folder is unable to be created in the user's directory. --Asai On 8/27/14 11:47 AM, Asai wrote: Greetings, I'm setting up replication and am getting this error from the server where the replicated mails are being initially created: Aug 27 11:03:53 mol

Re: Dovecot Replication: First Run

If what I wrote is a little cryptic, I am talking about using doveadm to sync between two servers. --Asai On 7/17/14 8:47 AM, Asai wrote: Greetings, I'm working on building a redundant Dovecot server which will be replicated with my original. I would like to know if there's any potential p

Re: [Dovecot] Replication with virtual users and static userdb possible ?

On 2014-06-17 04:50, deano-dove...@areyes.com wrote: I'm trying to avoid switching the userdb from a nice simple static setup to something else to enable replication. Is there anyone using replication with a virtual user configuration ? How did you do it ? Actually, anyone doing replication at al

Re: [Dovecot] Replication with virtual users and static userdb possible ?

I'm trying to avoid switching the userdb from a nice simple static setup to something else to enable replication. Is there anyone using replication with a virtual user configuration ? How did you do it ? Actually, anyone doing replication at all - what does your config look like ? Thanks - D

Re: [Dovecot] Replication with virtual users and static userdb possible ?

Is there no-one out there using replication with virtual users ? If so how did you do it ? I just *know* someone is going to point me to a simple page describing how to do it ... On 2014-06-05 09:57, deano-dove...@areyes.com wrote: > Ugh, stuff got mangled in formatting below. Anyway, I've

Re: [Dovecot] Replication with virtual users and static userdb possible ?

Ugh, stuff got mangled in formatting below. Anyway, I've had no luck with various permutations, so it's looking like a virtual-user setup can't make use of replication ? I guess what I want is for it to activate replication upon ANY notification of updated emails. On 2014-06-03 11:54, deano-

Re: [Dovecot] replication + attachment sis + zlib bug ? (HEAD version from xi.rename-it.nl)

Yes, exactly. I look at the code and find out there is functionality for that. Dovecot store attachments in base64 format without decoding if there are longer lines with more base64 blocks (4chars). So these attachments get deduplicated but are not decoded. But it don't work if last line is buggy.

Re: [Dovecot] replication + attachment sis + zlib bug ? (HEAD version from xi.rename-it.nl)

Hi, yes its the same problem. I can confirm that it is caused by last line in base64 attachment which is longer than 72 chars in original message. On Thu, 10 Apr 2014 14:26:25 +0200 Gilles Chauvin wrote: > On 10/04/2014 13:38, Pavel Stano wrote: > > Hi, > > > > i have setup with mail_attachme

Re: [Dovecot] replication + attachment sis + zlib bug ? (HEAD version from xi.rename-it.nl)

On 10/04/2014 13:38, Pavel Stano wrote: > Hi, > > i have setup with mail_attachment single instance store + replication + > zlib and got this bug when i try to replicate one test mailbox: > > On master1 in mail.log: > Apr 10 13:25:22 master1 dovecot: > dsync-local(z...@blabla666.sk): Error: > rea

Re: [Dovecot] Replication - what am I doing wrong?

This month yes, but I've raised a few over the last few months and not had much luck :-( Timo helped me out on bit of the basic stuff, but I kinda got stuck again. I'm not sure if the following config is right, and if it is, why the resultant file sizes bigger than the original. The error I'm cu

Re: [Dovecot] Replication - what am I doing wrong?

On 2014-01-27 4:15 AM, IT geek 31 wrote: So I'm wondering... am I not asking the right questions? Or am I not providing enough information... or do we just not know how this aspect of the technology works? I only see this one email from you...? -- Best regards, Charles

Re: [Dovecot] Replication and public namespaces

On 13.01.2014 12:48, Markus Weippert wrote: > Hi, > > I'm having some issues with replicating public namespaces. Everything > seems to work fine for private namespaces, but while importing some huge > mailboxes (many small mails) into a public namespace via imapsync, > something goes wrong. > > T

Re: [Dovecot] Replication via sneakernet

On Sat, Dec 7, 2013 at 1:49 PM, Nikolaus Rath wrote: > Ah, well, your original email never mentioned phones :-). In that case > UUCP is not going to work well. > > I was assuming that Bob (and everyone else) has a laptop. In that case, > he would carry his mail spool around with him, and send and

Re: [Dovecot] Replication via sneakernet

David Bishop writes: > On Fri, Dec 6, 2013 at 10:28 PM, Nikolaus Rath wrote: > >> David Bishop writes: >> > Is there a way to get a running transaction log from a Dovecot instance >> to >> > synchronize (and I use that word very, very loosely) multiple instances >> > that don't share a network?

Re: [Dovecot] Replication via sneakernet

On 06 Dec 2013, at 21:09 , David Bishop wrote: > If I do this with UUCP, every station is going to > have its own copy of each message, but not copies of read flags (and no way > of conveying that a message has been read, or, more importantly, deleted, > which becomes a problem when some mail reci

Re: [Dovecot] Replication via sneakernet

On Fri, Dec 6, 2013 at 10:28 PM, Nikolaus Rath wrote: > David Bishop writes: > > Is there a way to get a running transaction log from a Dovecot instance > to > > synchronize (and I use that word very, very loosely) multiple instances > > that don't share a network? > > I think what you want is

Re: [Dovecot] Replication via sneakernet

David Bishop writes: > Is there a way to get a running transaction log from a Dovecot instance to > synchronize (and I use that word very, very loosely) multiple instances > that don't share a network? I think what you want is not synchronize the state of one mail server across multiple computers

Re: [Dovecot] Replication via sneakernet

On 28.11.2013, at 19.08, David Bishop wrote: There are trams shuttling back and forth along this road (stopping at >>> each station), and adding a small box (such as a weatherproofed Raspberry Pi with a wifi dongle) to transport files up and down the road is pretty simple. >>>

Re: [Dovecot] Replication via sneakernet

D'oh. Replied to Timo instead of to the list. Apologies! On Thu, Nov 28, 2013 at 1:07 PM, David Bishop wrote: > On Thu, Nov 28, 2013 at 1:02 AM, Timo Sirainen wrote: > >> On 28.11.2013, at 5.17, David Bishop wrote: >> >> > There are trams shuttling back and forth along this road (stopping at >

Re: [Dovecot] Replication via sneakernet

On 28.11.2013, at 5.17, David Bishop wrote: > Is there a way to get a running transaction log from a Dovecot instance to > synchronize (and I use that word very, very loosely) multiple instances > that don't share a network? dsync replication was designed in a way that would allow transferring t

Re: [Dovecot] Replication on v2.2.6 - I'm stuck (again)

On 10 November 2013 19:34, Timo Sirainen wrote: > On 5.11.2013, at 11.01, IT geek 31 wrote: > > > Thanks for the info. I've upgraded to v2.2.7 and made the change. Now I > > get: > > > > Nov 5 11:00:00 server1 dovecot: dsync-server(mark): Error: Couldn't lock > > /home/mark/.dovecot-sync.lock

Re: [Dovecot] Replication on v2.2.6 - I'm stuck (again)

On 5.11.2013, at 11.01, IT geek 31 wrote: > Thanks for the info. I've upgraded to v2.2.7 and made the change. Now I > get: > > Nov 5 11:00:00 server1 dovecot: dsync-server(mark): Error: Couldn't lock > /home/mark/.dovecot-sync.lock: Timed out after 30 seconds > Nov 5 11:00:02 server1 dovecot

Re: [Dovecot] Replication on v2.2.6 - I'm stuck (again)

Hi, Does anyone have any ideas? I need to iron out these few remaining issues before I deploy this into production... -Mark > On 5 Nov 2013, at 10:01 am, IT geek 31 wrote: > > Hi Timo, > > Thanks for the info. I've upgraded to v2.2.7 and made the change. Now I get: > > Nov 5 11:00:00

Re: [Dovecot] Replication on v2.2.6 - I'm stuck (again)

Hi Timo, Thanks for the info. I've upgraded to v2.2.7 and made the change. Now I get: Nov 5 11:00:00 server1 dovecot: dsync-server(mark): Error: Couldn't lock /home/mark/.dovecot-sync.lock: Timed out after 30 seconds Nov 5 11:00:02 server1 dovecot: dsync-local(mark): Error: Couldn't lock /hom

Re: [Dovecot] Replication on v2.2.6 - I'm stuck (again)

1) Upgrade to v2.2.7 2) Use: mail_replica = tcp:server2.mydomain.com On 3.11.2013, at 21.53, IT geek 31 wrote: > Hi Timo, > > Thanks for your response. > > Getting it to replicate over TCP is what I'm after. How do I tweak my config > to get it to do that? > > I followed http://wiki2.dove

Re: [Dovecot] Replication on v2.2.6 - I'm stuck (again)

Hi Timo, Thanks for your response. Getting it to replicate over TCP is what I'm after. How do I tweak my config to get it to do that? I followed http://wiki2.dovecot.org/Replication, but I've obviously taking a wrong turn... -Mark On 2 November 2013 11:46, Timo Sirainen wrote: > On 30.10.

Re: [Dovecot] Replication on v2.2.6 - I'm stuck (again)

On 30.10.2013, at 13.01, IT geek 31 wrote: > I'm trying to get Dovecot replication working between two servers. I > didn't have much luck on v2.1.3, so after receiving advice from the list I > have upgraded to v2.2.6. > > I now get the error: > > Oct 30 11:50:16 server1 dovecot: doveadm(mark):

Re: [Dovecot] Replication (Mac OS X)

What (if anything) will disabling urlauth break in Apple’s world? I am assuming they took the trouble to implement it for a reason. PS: I actually randomized the password for example purposes when I posted to the list. :) Rusty On Oct 25, 2013, at 11:05 AM, Mike Abbott wrote: >> (You don't

Re: [Dovecot] Replication (Mac OS X)

> (You don't you have any thoughts only getting replication to ignore the > “submit” user, do you?) Just remove it from your config and disable urlauth. That will also fix the security hole you opened when you sent your submit user's password to the list :).

Re: [Dovecot] Replication (Mac OS X)

Ah, that’s beautiful, Mike. I didn’t realize that there was a directory of symlinks based on short names. That fixes that. Thank you. (You don't you have any thoughts only getting replication to ignore the “submit” user, do you?) Best, Rusty On Oct 25, 2013, at 10:44 AM, Mike Abbott wrote

Re: [Dovecot] Replication (Mac OS X)

> default_fields = home=/Library/Server/Mail/Data/mail/%u Try: default_fields = home=/Library/Server/Mail/Data/mail/users/%u

Re: [Dovecot] Replication (Mac OS X)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 25 Oct 2013, Rusty Ross wrote: On Oct 25, 2013, at 9:42 AM, Steffen Kaiser wrote: I'm pretty sure, that the od driver does return a "mail" field overriding the default mail_location setting. Therefore home=/Library/Server/Mail/Data/mail

Re: [Dovecot] Replication (Mac OS X)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 25 Oct 2013, Rusty Ross wrote: ie: home/Library/Server/Mail/Data/mail/10C94BF9-5CC4-4DDB-B0F0-5D23F22B2D9F mail maildir:/Library/Server/Mail/Data/mail/10C94BF9-5CC4-4DDB-B0F0-5D23F22B2D9F instead of: home/Library/Server/Mail/D

Re: [Dovecot] Replication (Mac OS X)

On Oct 25, 2013, at 9:42 AM, Steffen Kaiser wrote: > I'm pretty sure, that the od driver does return a "mail" field overriding the > default mail_location setting. Therefore > home=/Library/Server/Mail/Data/mail/%u gets not expanded. I don’t believe this is true, since I manually added: > de

Re: [Dovecot] Replication (Mac OS X)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 25 Oct 2013, Rusty Ross wrote: about %u and GUID mail_location = maildir:/Library/Server/Mail/Data/mail/%u userdb { args = partition=/Library/Server/Mail/Config/dovecot/partition_map.conf enforce_quotas=no default_fields = home=/Libra

Re: [Dovecot] Replication (Mac OS X)

Also, based on the posted config, any ideas about how to populate the user “home” path with the user’s GUID rather than short name? ie: home/Library/Server/Mail/Data/mail/10C94BF9-5CC4-4DDB-B0F0-5D23F22B2D9F mail maildir:/Library/Server/Mail/Data/mail/10C94BF9-5CC4-4DDB-B0F0-5D23F22B2D9F

Re: [Dovecot] Replication (Mac OS X)

On Oct 25, 2013, at 9:36 AM, Steffen Kaiser wrote: > That's why doveadm user \* returns "submit" as user. That's an Apple (or > however made your package of Dovecot) question then, IMHO. Maybe. But assuming it’s there to stay (as per Apple), do you have any ideas about how to get the replicat

Re: [Dovecot] Replication (Mac OS X)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 25 Oct 2013, Rusty Ross wrote: userdb { args = /Library/Server/Mail/Config/dovecot/submit.passdb driver = passwd-file } # cat /Library/Server/Mail/Config/dovecot/submit.passdb submit:{PLAIN}AQ32W5sFMZ1RUWErZskeTt:214:6::/var/empty:: As

Re: [Dovecot] Replication (Mac OS X)

On Oct 25, 2013, at 2:20 AM, Steffen Kaiser wrote: > please post your configuration. Sorry, my previous config email contains a typo. Please disregard the "cat auth-od.conf.ext” in that email. This is the accurate one: # cat auth-od.conf.ext # Authentication using Open Directory. Included

Re: [Dovecot] Replication (Mac OS X)

On Oct 25, 2013, at 2:20 AM, Steffen Kaiser wrote: > please post your configuration. # doveconf -n # 2.2.5: /Library/Server/Mail/Config/dovecot/dovecot.conf # OS: Darwin 13.0.0 x86_64 hfs auth_mechanisms = cram-md5 plain login apop digest-md5 auth_realms = server1.rustytest.lan auth_socket_pat

Re: [Dovecot] Replication (Mac OS X)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 25 Oct 2013, Rusty Ross wrote: Actually replication is working (mostly). Here are two issues at present: Post you config: doveconf -n and references ext-files. I see that the dovecot documentation states that %u expands to the user’s sho

Re: [Dovecot] Replication (Mac OS X)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 24 Oct 2013, Rusty Ross wrote: The first question I have is in regards to userdb. please post your configuration. The user accounts are Open Directory based. The output of: doveadm user ‘*' …yields only: # doveadm user ‘*' submit I

Re: [Dovecot] Replication (Mac OS X)

Following up on my own message. Actually replication is working (mostly). Here are two issues at present: (1) Because doveadm user ‘*’ returns “submit”, replication is constantly trying to dsync for an account called “submit: Oct 25 00:36:20 auth: Error: od[getpwnam_ext](submit): No record for

Re: [Dovecot] Replication: long detalys

On Mon, 07 Oct 2013 12:35:10 +0200 Lucas Rothamel - Eye Catching Webdesign wrote: > Hello everybody, > > I am running dovecot 2.1.7 on Debian Wheezy on two servers with > replication set up This kind of setup is recommended on dovecot 2.2+ only. http://wiki2.dovecot.org/Replication : """ NOT

Re: [Dovecot] Replication and LAYOUT=fs

On Thu, 2013-06-13 at 04:59 +0300, Timo Sirainen wrote: > On Wed, 2013-06-12 at 11:39 +0100, Simon Fraser wrote: > > Hello folks, > > > > I have a problem with replication and mail_location with LAYOUT=fs set. > > > > If I set "mail_location = maildir:~/mail" (leaving out the :LAYOUT=fs), > > cre

Re: [Dovecot] Replication and LAYOUT=fs

On Wed, 2013-06-12 at 11:39 +0100, Simon Fraser wrote: > Hello folks, > > I have a problem with replication and mail_location with LAYOUT=fs set. > > If I set "mail_location = maildir:~/mail" (leaving out the :LAYOUT=fs), > create and populate some mailboxes and subfolders, they all get > replica

Re: [Dovecot] Replication fails with "Remote dsync doesn't use compatible protocol"

> richatwork dovecot: doveadm: Error: dsync-remote(richatwork): Error: > dsync(local): Remote dsync doesn't use compatible protocol I was finally able to get replication working by abandoning the "wrapper script" approach and, instead, putting a "mail_replica" value on each line of the userdb file

Re: [Dovecot] Replication -- multiple users, three or more servers?

I've ALMOST got this to work, but I'm still running into a problem. First, here's what I'm doing so far. If my understanding of what's going on (described below) is off, I trust someone will correct me. Also, when/if I get these details straight, I'm willing to help update the "Replication" wiki

Re: [Dovecot] Replication -- multiple users, three or more servers?

Replying to Timo: > Everything is the same as in that wiki page, except you need to have > userdb field override the mail_replica setting. Or I guess you wouldn't > want to have a default mail_replica at all, so users won't accidentally > get replicated to wrong place. See > http://wiki2.dovecot.o

Re: [Dovecot] Replication -- multiple users, three or more servers?

On Mon, 2013-04-22 at 11:23 -0700, Rich Wales wrote: > I'm running Dovecot 2.2.1 on an Ubuntu 12.04.2 server, with half a dozen > accounts for various family members. I want to set up replication > involving at least three Ubuntu servers, with different users replicated > on different sets of serv

Re: [Dovecot] replication chain

On 7.8.2012, at 15.04, Костырев Александр Алексеевич wrote: > good day! > > I wonder if it is possible to make a chain of replication in dovecot 2.1.9. > Now I'm using two way replication(I use proxy to redirect users) and it's > working just fine but > is it possible to setup replication like t

Re: [Dovecot] replication howto

On 19.3.2012, at 12.50, Matteo Cazzador wrote: > Hi, i've a simple question, what do you mean for dovecot director setup? > 'i've a doubt. > The solution that i'm testing is using 3 mail server in different > geoghrapic locations. > An user can travel in varius location, and i want his imap mail r

Re: [Dovecot] replication howto

On Mon, Mar 19, 2012 at 09:35:34AM +0100, Michael Grimm wrote: > On 15.03.2012 22:05, Timo Sirainen wrote: > >On 15.3.2012, at 22.48, Michael Grimm wrote: > > >>Actually it's a bad idea to use root for ssh from a security > >>point of view. A hacked root account isn't fun. Thus, normally > >>one n

Re: [Dovecot] replication howto

Hi, i've a simple question, what do you mean for dovecot director setup? 'i've a doubt. The solution that i'm testing is using 3 mail server in different geoghrapic locations. An user can travel in varius location, and i want his imap mail reside on mail server in every locations. Sò i use you solu

  1   2   >