An important note hereis that the messages described below are logged at
the slave... so perhaps it's just all fine?
But in the master I see sometimes :
Feb 19 11:45:40 testmasterserver sync_client[10654]: SYNCNOTICE:
highestmodseq higher on replica __, updating 623 => 630
F
Hi mates,
I have been taking a lot at the code and trying to debug this...
I have seen there seems not to be replication aparently for neither
squatter nor cyr_expire. For instance, ipurge seems to be replicated
properly but not this way the two commented commands. I could launch
them in the sl
Hi!
Previously (in 2.3 and older versions), cyr_expire and ipurge actions
for instance where not replicated to the slave. So, you needed to launch
them in both, the master and the slave. My question is, are now
replicated as mailbox replication commands?. What about commands like
Squatter -F for
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
imap2143/udp
imaps993/tcp
imaps993/udp
sieve4190/tcp
*csync 2005/tcp*
Master server:
/etc/imapd.conf
...
##
# These configuration parameters are for the master server
# in a replication set
# The l
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
Folks,
Following Willy Offermans' recent response to this thread, I've decided
to jump in, but wish to quote a bit more of Patrick's original message
(below), hence the out-of-sequence reply.
I'd like to address Patrick's issues in pretty much the order they're
presented here. Firstly, howev
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
Hi,
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 removing the seen databases of this two users and running a
reco
> > One more question about sync-server and sync-client. Suppose I have two
> > active servers, A and B, which contain completely disjoint sets of
> > mailboxes. Can both replicate simultaneously to a replica server C? I
> > will run sync-server only on C, and sync-client on A and B, pointing them
On Mon, Sep 13, 2010 at 08:59:01AM +0530, Shuvam Misra wrote:
> Dear all,
>
> One more question about sync-server and sync-client. Suppose I have two
> active servers, A and B, which contain completely disjoint sets of
> mailboxes. Can both replicate simultaneously to a replica server C? I
> will
Dear all,
One more question about sync-server and sync-client. Suppose I have two
active servers, A and B, which contain completely disjoint sets of
mailboxes. Can both replicate simultaneously to a replica server C? I
will run sync-server only on C, and sync-client on A and B, pointing them
both
On Tue, 7 Sep 2010, Shuvam Misra wrote:
> Thanks, that's clear now. BTW, what's ptloader?
ptloader loads authorization groups from ldap or AFS.
--
Matt
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> >How do I prevent the replica server from listening on the imap port? Do
> >I do this by not running imapd (from cyrus.conf)? If yes, then I guess
> >the same needs to be done for POP3 and NNTP too, right?
>
> Correct. cyrus.conf's services section should contain syncserver,
> and ptloader, if
On Tue, 7 Sep 2010, Shuvam Misra wrote:
> How do I prevent the replica server from listening on the imap port? Do
> I do this by not running imapd (from cyrus.conf)? If yes, then I guess
> the same needs to be done for POP3 and NNTP too, right?
Correct. cyrus.conf's services section should conta
> >When I set up a master and a replica server, does the replica server
> >listen on the IMAP port too, and can it handle IMAP queries while it is
> >receiving sync logs for rolling replication?
>
> No, the replica only listens on the sync server port. The replica
> should not listen on the IMAP
On Tue, 7 Sep 2010, Shuvam Misra wrote:
> Can you please give me some inputs about how Cyrus replication works?
> I've read the one page that comes with v2.3, and we've been using Cyrus
> (without replication) for a long time now.
>
> When I set up a master and a replica
Hi all,
Can you please give me some inputs about how Cyrus replication works?
I've read the one page that comes with v2.3, and we've been using Cyrus
(without replication) for a long time now.
When I set up a master and a replica server, does the replica server
listen on the IMAP por
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
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 DNS in case of problems with primary backend. While testing on
playgroun
Hi, its possible to replicate only a specific partition using sync_server ?
I see in sync_server man the directive "-C" to specify another config file
For example:
syncserver cmd="/usr/cyrus/bin/sync_server -C
/etc/imapd-replicate-partition.conf" listen="csync"
And in /etc/imapd-
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
servers using the cyrus replication mechanism (sync_client -r). The
> replication servers have an identical partition scheme.
>
> Now to our problem:
>
> When I move a mailbox from one partition to the other partition on the
> same backend without changing the name of this
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 cyrus replication mechanism (sync_client -r). The
Hi,
I used ipurge to clear out all old Trash mail from my user's mailboxes:
Where $user is username, and $host is hostname:
/usr/lib/cyrus-imapd/ipurge -d 1 -X user/$user/tr...@$host
This worked OK, but the changes weren't replicated to slave. I tried
manually running:
/usr/lib/cyrus-imapd/syn
Hi,
Quoting Thomas Vogt :
Hi
I've to move a large cyrus entity from one facility to another with no
or at least a little downtime.
I thought I setup a second cyrus entity on my new data center and use
cyrus replication to transfer all data to this new cyrus slave. After
all mails are c
On 02/28/2010 02:52 PM, Thomas Vogt wrote:
> Hi
>
> I've to move a large cyrus entity from one facility to another with no
> or at least a little downtime.
>
> I thought I setup a second cyrus entity on my new data center and use
> cyrus replication to transfer all da
Hi
I've to move a large cyrus entity from one facility to another with no
or at least a little downtime.
I thought I setup a second cyrus entity on my new data center and use
cyrus replication to transfer all data to this new cyrus slave. After
all mails are copied, the slave will becom
Hi Guys:
A few days ago called for help about settings in Cyrus Aggregator.
Now I've a big problem with replica server.
My configuration is 1 backend, 1 murder, 1 frontend and 1 replica server.
When the backend server is online the replica server get all the mails
that reach the backend server.
ere, fencing was done through
> setting ports as "filtered'). Because a user's IMAP activity on the master
> server shouldn't conflict with incoming mail, in theory bi-directional Cyrus
> replication for incoming messages from the SMTP daemon is not only optimal
> but al
y
dropping packets from outside SMTP servers (which is what I've seen on
two-server master/replica Cyrus servers out there, fencing was done through
setting ports as "filtered'). Because a user's IMAP activity on the master
server shouldn't conflict with incoming mail, in the
I just wanted to check if any people have any experience or reports
about doing cyrus replication over a WAN?
A few potential issues spring to mind:
1. I know the replication protocol is pretty "chatty", so does the
higher latency over a WAN (ms vs us) cause it to get behind more
re
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
than to
backport (sideport?) additional features such as CONDSTORE and GUID
support. Given the grief Fastmail had with the early Cyrus replication
code I think that I'm rather glad about this.
Every once in a while I think about moving to standard Cyrus replication.
Unfortunately there are a lot
not
replicated to the other before the machine crashed. We can then give a flag
to the script that makes it delete the UID on both sides, and then
re-appends both messages to the current master server, causing both messages
to get new UIDs.
Ideally, this whole process would be automated, and at
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
s you use some
clustered filesystem, and take the performance hit due to locked access to
meta data (eg mailboxes.db) that would be happening.
cyrus replication does what drbd does, but has the added advantage that it's
"content aware", so it only has to replicate the actual needed d
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
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
Hi,
Was trying a combination of rsync and replication between the master and slave
ie. master slave replication combined with if the slave recieves mail
with rsync with the master every 5 min.
This I know is flawed for simple reason is that on a high load system
this will always be out of sync.
- 50 % improvement of Cyrus replication speed on server with 10
RPM disks. We tested that no data is lost during synchronization for
CREATE, APPEND, STORE, RENAME and SETANNOTATION commands.
Our changes:
sync_log.c
Write log to one of 3 files depending on mailbox name. The same mailbox
is always
the message files, which are the
bulk of your data.
... but that's still a lot of custom protocol development and stuff.
Annoying.
> What's the status of Cyrus replication in the latest releases of 2.3.x -
> specifically with virtual domains enabled?
It's getting pretty good ac
have
continued using rsync on an interval (~30 to 60 min) for this purpose.
Unfortunately this causes quite a lot of IO load on the servers and I
was hoping that a rolling replication setup would help resolve this.
What's the status of Cyrus replication in the latest releases of 2.3.x -
specifi
Edward Prendergast wrote:
> Sorry - that was a typo in the command. I did ascertain that I should've
> been using a username not a mailbox name and changed the command
> accordingly, as you can see in the logs below.
>
> I'm not sure how to apply this information about the unix hierarchy
> separa
nce to the copying of mailboxes or does this
pertain to transferring the user data?
-Original Message-
From: Rudy Gevaert [mailto:[EMAIL PROTECTED]
Sent: 25 October 2007 14:10
To: Edward Prendergast
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: Problem with cyrus replication: failing to u
Edward Prendergast wrote:
> Hi,
>
> I've given up on cyrus-murder for now and am just focusing on replication.
>
> When I run /usr/lib/cyrus-imapd/sync_client -v -l -u [EMAIL PROTECTED]
> it errors on the master:
-u takes usernames, not mailbox names. Try -u [EMAIL PROTECTED]
Also note that b
Hi,
I've given up on cyrus-murder for now and am just focusing on replication.
When I run /usr/lib/cyrus-imapd/sync_client -v -l -u [EMAIL PROTECTED]
it errors on the master:
Oct 25 13:52:29 chrisnux sync_client[10651]: USER received NO response:
IMAP_MAILBOX_NONEXISTENT Failed to access inbox
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
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 remote replica to put
its Cyrus spool in a file system that is encrypted (using "truecryp
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
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.
imapd.conf :
...
sync_machineid: 1
sync_host: xx.xx.xx.xx
sync_authname: x
sync_password: x
sync_log: 1
cyrus.conf:
STA
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
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. I had a few questions
1) How does replication happen
2) Can it happen to more than one slave
3) Does replication also r
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
ay 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-replication.html). However,
>> before switching our production servers we would like to make sure
>> that
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.we
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
-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-replication.html). However
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
Hy all,
I get problems with replication.
Once I enable replication on my imapd.conf with that options:
# SYNC PARAMETERS
sync_log: 1
sync_password: cyrus
sync_host: imapreplica
sync_realm: mydomain.com
sync_authname: cyrus
sync_machineid: 1
sync_repeat_interval: 3
Here is my full imapd.conf :
c
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
1 - 100 of 109 matches
Mail list logo
