[
Date Prev
][
Date Next
]
[Chronological]
[Thread]
[Top]
Re: slurpd in RE24
To
:
Howard Chu <
hyc@symas.com
>
Subject
:
Re: slurpd in RE24
From
:
Aaron Richton <
richton@nbcs.rutgers.edu
>
Date: Thu, 5 Apr 2007 17:14:01 -0400 (EDT)
Cc: Gavin Henry <
ghenry@suretecsystems.com
>,
OpenLDAP-devel@openldap.org
In-reply-to: <
461563EE.2010808@suretecsystems.com
>
References: <
46154E48.7010701@symas.com
> <
FA8B538E06B1DAC7498503C0@deus-ex.stanford.edu
> <
461556E9.8020102@symas.com
> <
8D403B86C0B9B6C470F2B6F2@deus-ex.stanford.edu
> <
4615596B.7070202@symas.com
> <
461563EE.2010808@suretecsystems.com
>
We can just add a Firewall section to the Replication section in the new Admin guide for this setup.
And that's probably the biggest blocker to keeping slurpd around -- which is to say, lose it.
BTW, RE23 tested good for me on Solaris; there are a couple relevant ITS to us resolved in it and I expect it to go production quickly around here.
Follow-Ups
:
Re: slurpd in RE24
From:
Howard Chu <hyc@symas.com>
References
:
slurpd in RE24
From:
Howard Chu <hyc@symas.com>
Re: slurpd in RE24
From:
Quanah Gibson-Mount <quanah@stanford.edu>
Re: slurpd in RE24
From:
Howard Chu <hyc@symas.com>
Re: slurpd in RE24
From:
Quanah Gibson-Mount <quanah@stanford.edu>
Re: slurpd in RE24
From:
Howard Chu <hyc@symas.com>
Re: slurpd in RE24
From:
Gavin Henry <ghenry@suretecsystems.com>
Prev by Date:
Re: slurpd in RE24
Next by Date:
Re: Please test RE23
Index(es):
Chronological
Thread