On 12/19/2014 01:31 PM, Patrick Goetz wrote:
Super helpful -- thanks!
I only have one additional question:
On 12/19/2014 09:31 AM, Nic Bernstein wrote:
My current plan is to use imapsync for the migration and then
replication to another dummy server for backup, assuming I can figure
out how to
Super helpful -- thanks!
I only have one additional question:
On 12/19/2014 09:31 AM, Nic Bernstein wrote:
>> My current plan is to use imapsync for the migration and then
>> replication to another dummy server for backup, assuming I can figure
>> out how to set up replication.
>
> I strongly rec
On 12/19/2014 06:17 AM, Patrick Goetz wrote:
Nic,
Thanks for that detailed explanation. I still feel myself somewhat
stymied by either the documentation (or lack thereof) or perhaps an
unfortunate case of being somewhat feeble-minded. Here are some follow
up comments/questions:
On 12/18/2014
Nic,
Thanks for that detailed explanation. I still feel myself somewhat
stymied by either the documentation (or lack thereof) or perhaps an
unfortunate case of being somewhat feeble-minded. Here are some follow
up comments/questions:
On 12/18/2014 9:59 AM, Nic Bernstein wrote:
> I will say
On Thu, 2012-03-22 at 11:19 +0100, Egoitz Aurrekoetxea wrote
> I have a mailbox machine with near 6000 users. This machine is having
> some delay on the replication. I'm debugging the replication and have
> seen twice some problems with two users in they're seen database which
> I solved basically
On Mon, Aug 09, 2010 at 08:15:36PM +0400, Dmitry Ivanov wrote:
> Hello!
> Folks, looking through maillist history i saw that many of you are
> running cyrus in rolling replication mode. I am interested in
> configuring cyrus replica to use as a standby imap server, where we can
> switch DN
On Mon, 31 May 2010, Bron Gondwana wrote:
> On Mon, May 31, 2010 at 12:58:57PM +0200, Rudy Gevaert wrote:
> > > Renaming forth and back is a way, but not a really good solution to this
> > > problem.
> >
> > Hi Mark,
> >
> > Have you been able to fix this? It seems a bug to me.
>
> Sorry, yes - i
On Tue, Jun 01, 2010 at 11:46:38AM +0200, Sebastian Hagedorn wrote:
> --On 1. Juni 2010 19:31:54 +1000 Bron Gondwana wrote:
>
> >Is it common to rename mailboxes across partitions once they're created?
>
> Speaking for myself: very much so! It's how we balance disk space
> over our (currently) f
On 06/01/2010 12:01 PM, Sebastian Hagedorn wrote:
> --On 1. Juni 2010 11:51:16 +0200 Rudy Gevaert
> wrote:
>
>>> That's why I've
>>> writen a script that moves mailboxes from the fullest partition to the
>>> one with the most free space. Works really well.
>>
>> Taking a side step, if I'm permitte
--On 1. Juni 2010 11:51:16 +0200 Rudy Gevaert wrote:
That's why I've
writen a script that moves mailboxes from the fullest partition to the
one with the most free space. Works really well.
Taking a side step, if I'm permitted. How do you handle the move
(regarding mail delivery and logged in
On 06/01/2010 11:46 AM, Sebastian Hagedorn wrote:
> --On 1. Juni 2010 19:31:54 +1000 Bron Gondwana wrote:
>
>> Is it common to rename mailboxes across partitions once they're created?
>
> Speaking for myself: very much so! It's how we balance disk space over
> our (currently) four partitions. When
--On 1. Juni 2010 19:31:54 +1000 Bron Gondwana wrote:
Is it common to rename mailboxes across partitions once they're created?
Speaking for myself: very much so! It's how we balance disk space over our
(currently) four partitions. Whenever we run out of disk space we add a
partition and set
On Tue, 1 Jun 2010, Bron Gondwana wrote:
> On Tue, Jun 01, 2010 at 11:14:02AM +0200, Rudy Gevaert wrote:
> > On 05/31/2010 03:31 PM, Bron Gondwana wrote:
> > > On Mon, May 31, 2010 at 12:58:57PM +0200, Rudy Gevaert wrote:
> > >>> Renaming forth and back is a way, but not a really good solution to
On 06/01/2010 11:31 AM, Bron Gondwana wrote:
>> How are other people doing this who are using partitions and replication?
>
> (we don't use partitions)
We are now in a point where we could use partitions.
> Is it common to rename mailboxes across partitions once they're created?
Well we would u
On Tue, Jun 01, 2010 at 11:14:02AM +0200, Rudy Gevaert wrote:
> On 05/31/2010 03:31 PM, Bron Gondwana wrote:
> > On Mon, May 31, 2010 at 12:58:57PM +0200, Rudy Gevaert wrote:
> >>> Renaming forth and back is a way, but not a really good solution to this
> >>> problem.
> >>
> >> Hi Mark,
> >>
> >> H
On 05/31/2010 03:31 PM, Bron Gondwana wrote:
> On Mon, May 31, 2010 at 12:58:57PM +0200, Rudy Gevaert wrote:
>>> Renaming forth and back is a way, but not a really good solution to this
>>> problem.
>>
>> Hi Mark,
>>
>> Have you been able to fix this? It seems a bug to me.
>
> Sorry, yes - it's a
On Mon, May 31, 2010 at 12:58:57PM +0200, Rudy Gevaert wrote:
> > Renaming forth and back is a way, but not a really good solution to this
> > problem.
>
> Hi Mark,
>
> Have you been able to fix this? It seems a bug to me.
Sorry, yes - it's a bug. It will be fixed in 2.4 (as in, I've already
c
On 05/27/2010 02:46 PM, Markus Rebensburg wrote:
> Hi list,
>
> we have a cyrus murder cluster with two frontends,two backends and two
> replication servers, all running cyrus version 2.3.14. Each backend has
> two partitions. The two backends are replicated to the replication
> servers using the c
On Thu, Dec 10, 2009 at 12:37:51AM -0800, Jon . wrote:
> In the past I found that if Cyrus is restarted on the replica, the
> sync_client on the master server fails. I also saw instances of sync_client
> failing on the master if the replica isn't available. The lower levels
> pertaining to why I do
On 10/23/09 7:42 AM, David Carter wrote:
> On Fri, 23 Oct 2009, Bron Gondwana wrote:
>
>> I've seen heartbeat get split brain before. We gave up on it. We do
>> all our fencing via humans now! Check the KVM, kick the box, manually
>> run the failover script.
>
> Some of my colleagues have had a
On Fri, 23 Oct 2009, Bron Gondwana wrote:
> I've seen heartbeat get split brain before. We gave up on it. We do
> all our fencing via humans now! Check the KVM, kick the box, manually
> run the failover script.
Some of my colleagues have had a lot of grief with Heartbeat going split
brain.
> Client A: upload message to Inbox, gets UID 100
> At the same time, Client B: upload message to Inbox, gets UID 100
>
> You can't have two messages with the same UID.
>
> There's 3 solutions I can see:
>
> 1. Mysql solves this by having interleving id's on separate servers (eg.
> auto-incremen
On Thu, Oct 22, 2009 at 02:43:35PM -0700, David Lang wrote:
> implementing this should not be that hard
>
> allow non-local bind in /etc/sysctl
>
> heartbeat (linux-ha.org) can handle moving the service IP and fencing (up to
> and
> including turning a box off if the cluster decides that it has
On Thu, 22 Oct 2009, David Touzeau wrote:
> On Thu, Oct 22, 2009 at 12:56:03AM -0700, Jon . wrote:
>> On Wed, Oct 21, 2009 at 9:20 PM, Rob Mueller wrote:
>> ...
>>
>>> The difference between "in theory this would work" and the practice
> of
>>> actually doing it are huge. Basically it works only
On Thu, Oct 22, 2009 at 12:56:03AM -0700, Jon . wrote:
> On Wed, Oct 21, 2009 at 9:20 PM, Rob Mueller wrote:
> ...
>
> > The difference between "in theory this would work" and the practice
of
> > actually doing it are huge. Basically it works only if you are 100%
sure
> > that only one side is ev
> What are the particular bits that could conflict and have undesirable
> results? Metadata, messages, entire mailboxes? In this hypothetical
> active/active configuration, what exactly what could an IMAP client
> potentially do to create undesirable results?
Simple.
Client A: upload message to
On Thu, Oct 22, 2009 at 12:56:03AM -0700, Jon . wrote:
> On Wed, Oct 21, 2009 at 9:20 PM, Rob Mueller wrote:
> ...
>
> > The difference between "in theory this would work" and the practice of
> > actually doing it are huge. Basically it works only if you are 100% sure
> > that only one side is ev
On Wed, Oct 21, 2009 at 9:20 PM, Rob Mueller wrote:
...
> The difference between "in theory this would work" and the practice of
> actually doing it are huge. Basically it works only if you are 100% sure
> that only one side is ever being accessed at a time. eg. IMAP/POP/LMTP/etc.
...
> In othe
> i'm very surprised that there is not really official point from cyrus-imap
> dev team against using cyrus in cluster active/active mode
I can't comment, but I guess they're busy.
> Since serverals years the messaging service become very important and the
> clustering system is the right way
Sujet: Re: cyrus replication : master to replica and replica to master
Date: Thu, 22 Oct 2009 15:20:09 +1100me
> Well - it's theoretically possible. But I don't know anyone who's done
> it, and it has the potential to get ugly if you're delivering to the
> same ma
> Well - it's theoretically possible. But I don't know anyone who's done
> it, and it has the potential to get ugly if you're delivering to the
> same mailboxes at each end. There's nothing I can see that would
> actually stop it working.
I think Bron failed to put sufficiently large warning si
On Wed, Oct 21, 2009 at 08:45:11PM +0200, David Touzeau wrote:
> Dear
>
> I have set cyrus-imap with master and replica.
> This configuration is a kind of cluster Active/passive
>
> I would like to know if it is possible to SET the replica has the master
> too
>
> in order to replicate new mail
Dear
I have set cyrus-imap with master and replica.
This configuration is a kind of cluster Active/passive
I would like to know if it is possible to SET the replica has the master
too
in order to replicate new mail saved on the replica to the master and
vis versa
In this case it should be turn
> Just wanted to know if there was any better way to get a multi way
> replication done.
Have you tried asking your favourite search engine about "imap sync" yet? ;-)
-R
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: htt
On Sat, 15 Sep 2007 23:10:55 -0700, "Rich Wales" <[EMAIL PROTECTED]> said:
> I'm running Cyrus 2.3.9 on a small server (less than 10 accounts). I'm
> thinking of using replication to put a second copy of the mail store on
> a remote server.
>
> The twist is that I'm planning to configure the rem
On Tue, 11 Sep 2007 23:33:02 +0600, "Sergey N. Romanov" <[EMAIL PROTECTED]>
said:
> Hello all,
>
> I have 2 servers and try to make replication between them.
>
> I have FreeBSD 6.2 and Cyrus IMAPd 2.3.9 compiled from sources.
>
> Configuration of master server.
> syncclientcmd="/usr/loca
Hi
> If I understand this patch correctly, it doesn't solve the larger problem
> that I'm interested in: is the data on my replica the same as the data on
> my primary, or more to the point, are the two data sets converging? ...
> But I'm really interested in something that can run out of
If I understand this patch correctly, it doesn't solve the larger
problem that I'm interested in: is the data on my replica the same as
the data on my primary, or more to the point, are the two data sets
converging? This patch *would* allow me to more or less validate
that the cyrus.* meta
On 07 Jul 2007, at 09:26, ram wrote:
> I was looking at the replication doc here at
>
> http://cyrusimap.web.cmu.edu/imapd/install-replication.html
>
> ( seems incomplete )
>
> Is there a complete documentation somewhere.
The best documentation is in the wiki, and anyone getting a useful
answer
Quoting Dmitriy Kirhlarov ([EMAIL PROTECTED]):
> On Fri, Apr 06, 2007 at 05:52:28PM -0400, John Capo wrote:
>
> > > On both servers:
> > > find imap/ -type f | awk '!/(cache|index|header)/ {print}' | sort >
> > > server1.lst
> > > find imap/ -type f | awk '!/(cache|index|header)/ {print}' | sort
On Fri, Apr 06, 2007 at 05:52:28PM -0400, John Capo wrote:
> > On both servers:
> > find imap/ -type f | awk '!/(cache|index|header)/ {print}' | sort >
> > server1.lst
> > find imap/ -type f | awk '!/(cache|index|header)/ {print}' | sort >
> > server2.lst
> >
> > and
> > diff -u server1.lst ser
The provided Cyrus tool "make_md5" is for validating replication. It
would, for instance, have found the recently discussed bug in sync_server
that caused random files to be overwritten in the event that sync_server
reused a stale staging file. It would probably be cool if there were
doc
On 06 Apr 2007, at 17:52, John Capo wrote:
Quick mailboxes.db check.
ctl_mboxlist -d | md5 on server1
ctl_mboxlist -d | md5 on server2
Both hashes should be identical. Or diff the ctl_mboxlist -d
outputs.
The provided Cyrus tool "make_md5" is for validating replication. It
would, for
Quoting Dmitriy Kirhlarov ([EMAIL PROTECTED]):
> On Thu, Apr 05, 2007 at 12:10:14PM -0400, Ilya Vishnyakov wrote:
>
> > Hello Cyrus Gurus!
> > I was wondering if there is any specific way to check if the
> > replication was done properly? I set up cyrus replication between two
> > servers (documen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hmmm. it shows the equal sizes for both files.
thank you.
Dmitriy Kirhlarov wrote:
> On Thu, Apr 05, 2007 at 12:10:14PM -0400, Ilya Vishnyakov wrote:
>
>> Hello Cyrus Gurus!
>> I was wondering if there is any specific way to check if the
>> replicati
On Thu, Apr 05, 2007 at 12:10:14PM -0400, Ilya Vishnyakov wrote:
> Hello Cyrus Gurus!
> I was wondering if there is any specific way to check if the
> replication was done properly? I set up cyrus replication between two
> servers (documentation I used:
> http://cyrusimap.web.cmu.edu/imapd/install
Ilya Vishnyakov wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Cyrus Gurus!
I was wondering if there is any specific way to check if the
replication was done properly? I set up cyrus replication between two
servers (documentation I used:
http://cyrusimap.web.cmu.edu/imapd/install-r
Date : Thu, 1 Mar 2007 17:39:36 +0100
Objet : Re: Cyrus replication problems
>
> Does someone can help me with it?
> It seems replication is rely hard to get working?
>
>
>
>
>
> Thanks!
>
> I remove the line
> syncserver cmd="/usr/cyrus/bin/sync_server
Date : Thu, 1 Mar 2007 17:39:36 +0100
Objet : Re: Cyrus replication problems
>
> Does someone can help me with it?
> It seems replication is rely hard to get working?
>
>
>
>
>
> Thanks!
>
> I remove the line
> syncserver cmd="/usr/cyrus/bin/sync_server
u -v or can it sync
every users and mailboxes (with -m) automatically?
Can someone helps me please?
Thanks a lot!
-- Debut du message initial ---
De : [EMAIL PROTECTED]
A : info-cyrus@lists.andrew.cmu.edu
Copies :
Date : Mon, 26 Feb 2007 19:25:07 +0300
Objet : Re:
?
Can someone helps me please?
Thanks a lot!
-- Debut du message initial ---
De : [EMAIL PROTECTED]
A : info-cyrus@lists.andrew.cmu.edu
Copies :
Date : Mon, 26 Feb 2007 19:25:07 +0300
Objet : Re: Cyrus replication problems
> On Mon, Feb 26, 2007 at 02:35:05PM +0100,
[EMAIL
On Mon, Feb 26, 2007 at 02:35:05PM +0100, [EMAIL PROTECTED] wrote:
> I'm not able anymore to make as cyrus user a "cyradm localhost"
> I get :
> cyradm: cannot connect to server
http://cyrusimap.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=41779
You must start sync_client over
On 14 Dec 2006, at 13:43, stas khromoy wrote:
i looked at the size of my imap/user folder on replica (1.9gb)
and size of the same folder on master (2.4gb)
First, I'd try to fix the "bailing out" problem you're having. Or,
if you want to just get things closer to correct, invoke:
sy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
thanks for all your help, wesley
i'll try this as soon as i can
there is one question that is till puzzling me thou
when it replicates, it ignores inactive folders
for some reason
i looked at the size of my imap/user folder on replica (1.9gb)
and s
On 14 Dec 2006, at 09:41, stas khromoy wrote:
i've noticed that for only one
of the users
i get the following error
Error from do_user(-l): bailing out!
in the list archives i found some one with a similar issue
(at least is sounded like it)
That's the error that you'd get from sync_client.
still battling with replication :)
i've noticed that for only one
of the users
i get the following error
Error from do_user(-l): bailing out!
in the list archives i found some one with a similar issue
(at least is sounded like it)
the advice was to to reconstruct the mailbox
but on which mac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
still battling with replication :)
i've noticed that for only one
of the users
i get the following error
Error from do_user(-l): bailing out!
in the list archives i found some one with a similar issue
(at least is sounded like it)
the advice was to
did as you advised
now i see folder fro all the users on replica machine
but the size of the /imap/users has not changed.
basically whatever is inactive
be it a full mailbox or an active mailbox's subfolder
is not being replicated.
Wesley Craig wrote:
> Like this:
>
> sync_client -l -v -u
Like this:
sync_client -l -v -u userA userB userC ...
Most Unix commands function this way.
:wes
On 12 Dec 2006, at 21:56, [EMAIL PROTECTED] wrote:
do thay have to be separated (user names i mean) by space or coma or
something else ??
Cyrus Home Page: http://cyrusimap.web.cmu.ed
do thay have to be separated (user names i mean) by space or coma or
something else ??
i am getting these
Dec 12 21:48:34 mars syncserver[313]: can not unlink
/var/imap/user/l/lenny,.seen: No such file or directory
Dec 12 21:48:34 mars syncserver[313]: can not unlink
/var/imap/user/l/lenny,.mboxke
On 12 Dec 2006, at 21:08, [EMAIL PROTECTED] wrote:
but why is it replicating only active mailboxes/subfolders ??
If you're enabling replication on an already in-production server,
you'll probably want to run something like:
sync_client -l -v -u
That will cause all existing mailbox
i did as you've said
this is now the output of synctest
S: * STARTTLS
S: * OK mars.edpausa.com Cyrus sync server v2.3.7
Authentication failed. generic failure
Security strength factor: 0
/var/log/messages shows :
Dec 12 20:56:21 mars syncserver[489]: login: [192.168.0.201] cyrus
PLAIN+TLS User
On Mon, Dec 11, 2006 at 04:36:38PM -0500, [EMAIL PROTECTED] wrote:
>
> another question :
>
> do i need to create mailboxes
> on the replica server or will they be created by the replication
> process ?
You don't need create mailboxes manually.
WBR
--
Dmitriy Kirhlarov
OILspace, 26 Leninskaya
On Mon, Dec 11, 2006 at 04:35:24PM -0500, [EMAIL PROTECTED] wrote:
>
> i started looking around
> for one i found that for whatever reason
> both sync and some other default process was using 2005/tcp port
> (in /etc/services )
> after taking care of that
>
> i kicked off on sync_client on master
i started looking around
for one i found that for whatever reason
both sync and some other default process was using 2005/tcp port
(in /etc/services )
after taking care of that
i kicked off on sync_client on master server
(after logging in as cyrus)
on master server i get
can not connect to serve
another question :
do i need to create mailboxes
on the replica server or will they be created by the replication
process ?
> while trying to setup cyrus replication
> i am getting the following error
> on the secondary server ( the one that is getting a copy of everything)
>
> Dec 9 12:35:34
kbaker wrote:
David Korpiewski wrote:
Look in the source tarball. Extract it and check out
/doc/install-replication.html
Thanks David, this looks very straight forward.
I'm assuming it is an active-passive replication..?
Do you know if there are any Debian Sarge 3.1 packages for Cyrus 2.3
David Korpiewski wrote:
Look in the source tarball. Extract it and check out
/doc/install-replication.html
Thanks David, this looks very straight forward.
I'm assuming it is an active-passive replication..?
Do you know if there are any Debian Sarge 3.1 packages for Cyrus 2.3.1?
Thanks,
Ke
Look in the source tarball. Extract it and check out
/doc/install-replication.html
Kevin Baker wrote:
So clearly people are using the cyrus replication.
Can someone direct me to a good tutorial or any kind of
documentation on setting up 2.3 with replication?
I cant' seem to find anything
69 matches
Mail list logo
