On Fri, Dec 7, 2012, at 05:07 PM, Nic Bernstein wrote:
> Bron,
> I'm in need of something like this, but before I delve in too far, does
> this still work well with 2.4.17? Will it still work with 2.5.x?
It should work fine with both. It does feature detection, so it should
handle any replicati
Bron,
I'm in need of something like this, but before I delve in too far, does
this still work well with 2.4.17? Will it still work with 2.5.x?
Thanks!
-nic
On 02/16/2012 01:25 PM, Bron Gondwana wrote:
> On Thu, Feb 16, 2012 at 01:32:49PM +0100, Bron Gondwana wrote:
>> It's a big hairy piec
r your support!
Manel Gimeno Zaragoza
magiz...@hotmail.com
> Date: Tue, 28 Feb 2012 18:08:16 +0100
> From: br...@fastmail.fm
> To: magiz...@hotmail.com
> CC: br...@fastmail.fm; info-cyrus@lists.andrew.cmu.edu; eric.luy...@vub.ac.be
> Subject: Re: Problem recover replica
>
&g
On Tue, Feb 28, 2012 at 05:50:21PM +0100, Manel Gimeno Zaragozá wrote:
>
> Hello,
>
> I have one more doubt about sieve scripts. I thought that sieve scripts would
> be sync on replica at the same time that mailbox are, but I haven't check it
> yet. Now I see that sieve is not sync, and I'm not
t the same time that mailbox? Or I should to do it
manually?
Regards and thaks for all your support!
Manel Gimeno Zaragoza
magiz...@hotmail.com
> From: br...@fastmail.fm
> To: magiz...@hotmail.com
> CC: info-cyrus@lists.andrew.cmu.edu; eric.luy...@vub.ac.be
> Subject: RE: Problem recov
; Thanks & Regards!
>
> Manel Gimeno Zaragoza
> magiz...@hotmail.com
>
>
> From: magiz...@hotmail.com
> To: br...@fastmail.fm
> Subject: RE: Problem recover replica
> Date: Thu, 23 Feb 2012 13:44:32 +0100
> CC: info-cyrus@lists.andrew.cmu.edu; eric.luy...@vub.ac.be
&
erfect to compare the integrity of the replica!
Thanks & Regards!
Manel Gimeno Zaragoza
magiz...@hotmail.com
From: magiz...@hotmail.com
To: br...@fastmail.fm
Subject: RE: Problem recover replica
Date: Thu, 23 Feb 2012 13:44:32 +0100
CC: info-cyrus@lists.andrew.cmu.edu; eric.luy...@vub.ac.be
to some missing object) and find the
correct lines to apply it.
Thanks & Regards.
Manel Gimeno Zaragoza
magiz...@hotmail.com
> Date: Wed, 22 Feb 2012 17:40:48 +0100
> From: br...@fastmail.fm
> To: br...@fastmail.fm
> CC: magiz...@hotmail.com; eric.luy...@vub.ac.be;
> info
On Wed, Feb 22, 2012 at 03:49:44PM +0100, Bron Gondwana wrote:
> Ahh, you need our guid commands patch!
>
> It's on the fastmail branch on github. Can email a direct link when I'm not
> on my phone...
https://github.com/brong/cyrus-imapd/commit/e0c404436c69bf9535c7f86e7e739c16c6064399
That's on
ser.cyrusadmin");
> my $UIDs1 = $IMAPs1->fetch('1:*', 'guid');
>
> Is there any option to do it? Because just comparing this field I can
> validate that the messages are the same.
>
> Thanks & Regards.
>
> Manel Gimeno Zaragoza
> magiz..
$UIDs1 = $IMAPs1->fetch('1:*', 'guid');
Is there any option to do it? Because just comparing this field I can validate
that the messages are the same.
Thanks & Regards.
Manel Gimeno Zaragoza
magiz...@hotmail.com
> Date: Thu, 16 Feb 2012 20:22:57 +0100
> From: br
On Thu, Feb 16, 2012 at 01:32:49PM +0100, Bron Gondwana wrote:
> It's a big hairy piece of perl. Latest copy attached.
package ME::CheckReplication;
use strict;
use warnings;
use MailApp::Variables;
use Mail::IMAPTalk;
use ME::DB;
use ME::ImapStore;
use ME::ImapSlot;
use Encode;
use Data::Dumper;
On Thu, Feb 16, 2012 at 05:59:05PM +0100, Eric Luyten wrote:
> On Thu, February 16, 2012 4:49 pm, Manel Gimeno Zaragozá wrote:
> >
>
> > Hello,
> >
> >
> > I'm using "find -type f" in my test environment because it's just 5 o 6GB of
> > data. In production I know I won't be able to use it. how do
On Thu, February 16, 2012 4:49 pm, Manel Gimeno Zaragozá wrote:
>
> Hello,
>
>
> I'm using "find -type f" in my test environment because it's just 5 o 6GB of
> data. In production I know I won't be able to use it. how do to
> check/dump/export cyrus.index information? I was trying to find some too
hanks & Regards.
Manel Gimeno Zaragoza
magiz...@hotmail.com
> From: br...@fastmail.fm
> To: magiz...@hotmail.com
> CC: info-cyrus@lists.andrew.cmu.edu
> Subject: RE: Problem recover replica
> Date: Thu, 16 Feb 2012 13:32:49 +0100
>
> On Thu, Feb 16, 2012, at 01:
On Thu, Feb 16, 2012, at 01:22 PM, Manel Gimeno Zaragozá wrote:
>
> Hello Bron,
>
> Regarding your integrty check, could you please paste it?
It's a big hairy piece of perl. Latest copy attached.
> It could be a good guide to made my own, as right now I'm doing the following
> tree checks:
>
...@hotmail.com
> CC: info-cyrus@lists.andrew.cmu.edu
> Subject: Re: Problem recover replica
>
> On Fri, Feb 03, 2012 at 09:51:17AM +0100, Manel Gimeno Zaragozá wrote:
> >
> > Hello agin,
> >
> >
> >
> > Is there any option to check the integri
On Fri, Feb 03, 2012 at 09:51:17AM +0100, Manel Gimeno Zaragozá wrote:
>
> Hello agin,
>
>
>
> Is there any option to check the integrity of the replica information? I
> mean, some command or script to run and validate that Master and
> Replica have the same information.
I've posted mine a f
Subject: RE: Problem recover replica
Date: Thu, 2 Feb 2012 16:13:10 +0100
CC: info-cyrus@lists.andrew.cmu.edu
> On Thu, Feb 02, 2012 at 01:11:24PM +0100, Manel Gimeno Zaragozá wrote:
>
> What version?
I'm running Cyrus 2.4.13.
>
> > Everything is working fine be
On 02/02/2012 04:13 PM, Manel Gimeno Zaragozá wrote:
> I've been trying sync_client -r -f log-PID and it works. All the missing
> changes are applied
> without problem, I should do some script that controls this files and apply
> them.
> anyway the log-PID is not deleted when its processed. I gu
> On Thu, Feb 02, 2012 at 01:11:24PM +0100, Manel Gimeno Zaragozá wrote:
>
> What version?
I'm running Cyrus 2.4.13.
>
> > Everything is working fine between Master &
Replica until Replica goes down (maintenance or whatever). Once is down,
in master there are still connections and modifica
Quoting Manel Gimeno Zaragozá :
Hello,
I've noticed that the "missing changes" are due to some of the
actions done during the "blackout" are processed un
"/var/lib/imap/sync" log and named modified to log-PID.
It seems that rsync_client have not noticed that Replica is down and
it proces
On Thu, Feb 02, 2012 at 01:11:24PM +0100, Manel Gimeno Zaragozá wrote:
What version?
> Everything is working fine between Master & Replica until Replica goes down
> (maintenance or whatever). Once is down, in master there are still
> connections and modification. If I bring up Replica the chang
Hi,
Quoting Manel Gimeno Zaragozá :
Hello,
I'm trying to implement a master-replica cyrus environment and I'm
getting some issue that I'm not able to resolve. The scenario is the
following:
Everything is working fine between Master & Replica until Replica
goes down (maintenance or wha
Hello,
I've noticed that the "missing changes" are due to some of the actions done
during the "blackout" are processed un "/var/lib/imap/sync" log and named
modified to log-PID.
It seems that rsync_client have not noticed that Replica is down and it process
some of them. Once it notice that re
25 matches
Mail list logo
