> > 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
Dave McMurtrie wrote:
> We're very interested in growing the Cyrus project and attracting new
> volunteers to contribute to the project, and that desire is at the core
> of why this migration is taking place. The biggest change is that we're
> trying to separate the environment from Carnegie M
On Mon, Sep 13, 2010 at 09:09:53AM +0100, Mark Cave-Ayland wrote:
> Dave McMurtrie wrote:
>
> > We're very interested in growing the Cyrus project and attracting new
> > volunteers to contribute to the project, and that desire is at the core
> > of why this migration is taking place. The bigges
I am thinking of running mutiple instances of cyrus on a single machine
with different sets of mailboxes.
The Idea is that I would have two cyrus imap servers running on
different machines and in case of any failure both instances will be run
from the same machine ( obviously at a lower performan
Bron Gondwana wrote:
>> The main criticism I have from a developer point of view is, well, CVS.
>> Enough said. Please please can we have an official git mirror? It makes
>> maintaining out-of-tree patches so much easier in the long run, and
>> therefore much more likely that we can pass the pa
Hi,
Quoting Ram :
I am thinking of running mutiple instances of cyrus on a single machine
with different sets of mailboxes.
The Idea is that I would have two cyrus imap servers running on
different machines and in case of any failure both instances will be run
from the same machine ( obviously
Mark Cave-Ayland wrote:
> Bron Gondwana wrote:
> >> The main criticism I have from a developer point of view is, well, CVS.
> >> Enough said. Please please can we have an official git mirror? It makes
> >> maintaining out-of-tree patches so much easier in the long run, and
> >> therefore much more
Jeroen van Meeuwen (Kolab Systems) wrote:
> Hello there,
>
Nudging ;-) CC:'ing the info list as well.
> I'm working on a documented Bugzilla work flow, in an attempt to streamline
> how we all work with it and what the average consumer may or may not
> expect.
>
> To allow some early feedback,
On Mon, Sep 13, 2010 at 12:19:58PM +0200, Jeroen van Meeuwen (Kolab Systems)
wrote:
> Jeroen van Meeuwen (Kolab Systems) wrote:
> > Hello there,
> >
>
> Nudging ;-) CC:'ing the info list as well.
Sorry - didn't get a change to respond to this before!
> > I'm working on a documented Bugzilla w
Bron Gondwana wrote:
> That looks really good actually. I guess the side question is "Is Bugzilla
> the ideal tool for this?" I've seen setups where commit messages in the
> change management tool can be tied directly to tickets. It's probably
> not essential though - if we have a process and we
On 09/13/2010 04:09 AM, Mark Cave-Ayland wrote:
> (On a separate note, if I go to Downloads -> Getting Started and click
> on the "AnonymousCVS" wiki link then I get redirected back to the front
> page rather than to a page giving information on how to access CVS)
Thanks for pointing this out, Ma
Jeroen van Meeuwen (Kolab Systems) wrote:
> We have a working sample, with a documented procedure, to move three CVS
> modules (cmulocal, cyrus and sieve) into one GIT repository:
>
>
> http://www.cyrusimap.org/mediawiki/index.php/Drafts/CVS_to_GIT_Conversion#Stab_.232
>
> There some about b
Dave McMurtrie wrote:
>> (On a separate note, if I go to Downloads -> Getting Started and click
>> on the "AnonymousCVS" wiki link then I get redirected back to the front
>> page rather than to a page giving information on how to access CVS)
>
> Thanks for pointing this out, Mark. I made that li
Mark Cave-Ayland wrote:
> Oooh very nice. It seems to be a common issue that projects have to
> tweak their CVS repositories by hand to get a reasonable conversion to
> git. I'll try and take a closer look when I get a spare moment.
>
Thanks!
> My other point, of course, was that since the Postg
On Mon, 13 Sep 2010 16:34:02 +0200, "Jeroen van Meeuwen (Kolab Systems)"
wrote:
> Mark Cave-Ayland wrote:
>
>> My other point, of course, was that since the PostgreSQL guys worked to
>> fix a couple of bugs in cvs2git over the past couple of weeks, you may
>> get a better result if you grab the
I have an older system that crashed - cyrus version is a couple years
or so old. I have 1000's of messages in the spool that I need to
preserve. My question is about whether there's a way to import that
huge tree of messages into a new cyrus installation without imap-to-imap
connectivity?
On 13/09/10 18:14 -0400, Forrest Aldrich wrote:
>
> I have an older system that crashed - cyrus version is a couple years
>or so old. I have 1000's of messages in the spool that I need to
>preserve. My question is about whether there's a way to import that
>huge tree of messages into a new cyru
Brian Awood wrote:
> On Mon, 13 Sep 2010 16:34:02 +0200, "Jeroen van Meeuwen (Kolab Systems)"
>
> wrote:
> > Mark Cave-Ayland wrote:
> >> My other point, of course, was that since the PostgreSQL guys worked to
> >> fix a couple of bugs in cvs2git over the past couple of weeks, you may
> >> get a
18 matches
Mail list logo
