El sáb, 28-02-2004 a las 18:51, Adam ENDRODI escribió:
> On Sun, Feb 29, 2004 at 01:00:09AM +0100, Kilian Krause wrote:
> >
> > I came accross the idea of using CODA for replication of the filesys
> > even though the slow network connection, but somewhat i doubt it'
El sáb, 28-02-2004 a las 18:51, Adam ENDRODI escribió:
> On Sun, Feb 29, 2004 at 01:00:09AM +0100, Kilian Krause wrote:
> >
> > I came accross the idea of using CODA for replication of the filesys
> > even though the slow network connection, but somewhat i doubt it'
On Sun, Feb 29, 2004 at 01:00:09AM +0100, Kilian Krause wrote:
>
> I came accross the idea of using CODA for replication of the filesys
> even though the slow network connection, but somewhat i doubt it'll be
> performant over internet. Especially more performant than plain I
Hi again ;)
maybe to clearify why not simply going NFS or whatever local filesys
replication: the servers are not in one network, but the one is on
768/128 kBit DSL and shall serve for the local net it's in.
I came accross the idea of using CODA for replication of the filesys
even thoug
Hi guys,
i have 2 systems up with Exim+Procmail+Courier-IMAPd serving my
Maildirs.. So far, so easy and working fine. ;)
Synchronization with mailsync does work ok, but takes kinda long (too
long to make it run every few minutes)
However, now i want to add some magic that when i read Mail on one
s
Thanks for your suggestions and the two people who replied off list. This
will probably work well without too much time invested :-)
On Wednesday 19 March 2003 12:32 am, Marcin Sochacki wrote:
> On Tue, Mar 18, 2003 at 11:13:50AM -0700, [EMAIL PROTECTED] wrote:
> > As a favor to a friend, I'm t
Thanks for your suggestions and the two people who replied off list. This
will probably work well without too much time invested :-)
On Wednesday 19 March 2003 12:32 am, Marcin Sochacki wrote:
> On Tue, Mar 18, 2003 at 11:13:50AM -0700, [EMAIL PROTECTED] wrote:
> > As a favor to a friend, I'm t
On Tue, Mar 18, 2003 at 11:13:50AM -0700, [EMAIL PROTECTED] wrote:
> As a favor to a friend, I'm trying to setup a mirror of his server,
> where I can basically be a 'hotswap' for him. So far, the main problem
> that I'm running into is that everything is ip-based. For instance,
> it's dead-simpl
On Tue, Mar 18, 2003 at 11:13:50AM -0700, [EMAIL PROTECTED] wrote:
> As a favor to a friend, I'm trying to setup a mirror of his server,
> where I can basically be a 'hotswap' for him. So far, the main problem
> that I'm running into is that everything is ip-based. For instance,
> it's dead-simpl
As a favor to a friend, I'm trying to setup a mirror of his server,
where I can basically be a 'hotswap' for him. So far, the main problem
that I'm running into is that everything is ip-based. For instance,
it's dead-simple to be a secondary dns server for him, but if his box
(which hosts dns, we
As a favor to a friend, I'm trying to setup a mirror of his server,
where I can basically be a 'hotswap' for him. So far, the main problem
that I'm running into is that everything is ip-based. For instance,
it's dead-simple to be a secondary dns server for him, but if his box
(which hosts dns, we
objectClass attribute
The above is the final output of "slapd -d-1" on the LDAP slave when slurpd
is trying to write data.
At this time the slurpd will stop and no further replication will occur.
This only occurs when adding new objects into the directory, if I use slapcat
to get the LD
objectClass attribute
The above is the final output of "slapd -d-1" on the LDAP slave when slurpd
is trying to write data.
At this time the slurpd will stop and no further replication will occur.
This only occurs when adding new objects into the directory, if I use slapcat
to get the LD
13 matches
Mail list logo
