On Mon, 2003-12-08 at 05:08, Brad Hards wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > 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 configuration database in Perl. >
This discussion has been interesting :-) I think that one thing to keep in mind has been the ongoing stability of E-Smith/SME, and rolling kolab into this would be a long term project, i.e., about version 8.0 or 9.0. This seems like a big undertaking. For a long time there has been some discussion on and off about the functionality of ldap with E-Smith/SME. Since web=based collab tools are fairly easy to roll into E-Smith/SME, at least by hand, for example tiki, ecommerce, Plone, et al. (with the probable exception of kolab), it would seem to me that the primary directive of any Server/Gateway for Linux/MS Workstations would be to get the ldap function rolled in and working. Since Shared Cals are not that big a deal to add (at least a simple working version) maybe the first area of E-Smith should be to concentrate on ldap, i.e. http://samba.idealx.org/samba-ldap-howto.pdf This is a big enough project that would add a tremendous amount of functionality to E-Smith/SME and I'm sure would keep people busy for quite some time. Maybe keeping in mind kolab's architecture while in the design phase would make things simple in the future should it be decided to add it. (That and postfix, far easier and less restrictive than qmail). > > Extending the collaborative concept by a workgroup server would be a > > great idea in my opinion. > We could, instead of the kolab approach, try eGroupware - > http://www.egroupware.org/ or another system > Again, egroupware, among others, is fairly easy to add manually, and everybody has their own tastes (for example, I'm a fan of tiki) and that is why I think that maybe this should not be the prime directive at this time. Rather, basic functionality that improves the system as a whole should be looked at, ldap. Regards, John Cusick -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Searchable archive at http://www.mail-archive.com/devinfo%40lists.e-smith.org