On Mon, 8 Dec 2003, Donovan Arellano wrote:
> I have often wondered why SME didn't do this and have had quite a bit of
> experiance doing this on my own using sme as a base.
First step then would be for you to publish what you have done.
> I would love to work with folks on this if this is a di
[Brandon, please remember to trim posts when you reply.]
On Tue, 9 Dec 2003, Brandon Friedman wrote:
> Stephan is one of the guys that helped us setup our infrastructure. If
> you are (or anybody else) is interested in more info the CPAN module.
> Contact me off list.
The right place for doco o
On Tue, 2003-12-09 at 07:45, John Cusick wrote:
> This is, personnaly, the way I think E-Smith should go as far as the
> next "big" step is concerned. Combined with Samba-3.0 (the 3.01rc1 was
> just announced a few days ago) would put together a very powerful little
> PDC for a MS client network th
On Mon, 2003-12-08 at 22:31, Charlie Brady wrote:
>
> It wouldn't be too much of a stretch of the imagination to think of the
> e-smith configuration being stored in LDAP. You'd only need to rewrite a
> few perl classes, and bootstrap the process.
>
This is, personnaly, the way I think E-Smit
gt; Sent: 09 December 2003 05:48
> To: Charlie Brady
> Cc: Brad Hards; [EMAIL PROTECTED]
> Subject: Re: [e-smith-devinfo] Kolab and LDAP (was Re:
> Suggestion for SME...)
>
>
> On Mon, 8 Dec 2003, Charlie Brady wrote:
>
> >
> > On Mon, 8 Dec 2003, Brad Har
On Mon, 8 Dec 2003, Charlie Brady wrote:
>
> On Mon, 8 Dec 2003, Brad Hards wrote:
>
> > On Mon, 08 Dec 2003 20:46 pm, Klaus J. Mueller wrote:
> > > Hm? For what I understand kolab would make a great extension to e-smith.
> <
> > The kolab implementation is very tightly tied to the concept of "eve
On Mon, 8 Dec 2003, Brad Hards wrote:
> On Mon, 08 Dec 2003 20:46 pm, Klaus J. Mueller wrote:
> > Hm? For what I understand kolab would make a great extension to e-smith.
<
> The kolab implementation is very tightly tied to the concept of "everything in
> LDAP", while e-smith runs its own config