<br><div><span class="gmail_quote">On 6/11/07, <b class="gmail_sendername">Ingo Steuwer</b> <<a href="mailto:steuwer@univention.de">steuwer@univention.de</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Am Montag, 11. Juni 2007 14:47 schrieb Alain Spineux: > I'm speaking about MINIMAL INTEGRATION. > I mean, openldap configuration should already contains enough stuff to let > people integrate samba without changing any Kolab configuration!

Don't underestimate the complexity of a minimal integration. </blockquote><div> It looks we could take some benefit of some standardization in LDAP usage :-) Maybe kolab3 and samba4 could come closer .....

<br><br>Thanks for your technical enlightenment.<br><br>Alain<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">A complex point<br>

are passwords: samba (or better: CIFS) needs by design it's own hashes, so<br>new users in Kolab nedd those hashes as well as samba has to change the<br>userpasswd if a Domain User changes its password against samba. You also have

to cover unique SIDs for the also needed Posix-Accounts (G)IDs and primary-group-memberships. You can't cover this with a "rule-based-engine" mentioned previous. > This will  keep them to  disturb any already  working kolab server.

<br>> And reduce problem for us (YOU)<br><br>If a minimal integration just means "integrate samba.schema" it will lead to<br>other integration-problems/questions, beside password-related topics you need<br>to be sure that adding users with Kolab is compatble with adding users via

<br>samba. I'd expect (just a guess, never tried) that samba will add users in a<br>place where Kolab-Admin will not find them; adding them with Kolab-Admin will<br>lead to duplicate uids which may then fool samba.<br>

> > For 2.1 successor, YOU will have to redesign  the LDAP tree  for a  better > mutli-domain support (maybe one tree per domain choise the good UID, ... ) > Just take in account that someone will use this structure for samba !

<br><br>I'd also expect a boost of interest in Kolab with a working samba-integration<br>which can at least cover adduser and password related topics with some<br>documentation of a working samba-configuration. To integrate only the

<br>LDAP-schema will only lead to questions/problems on a technically different<br>level.<br><br>Best Regards<br>Ingo Steuwer<br><br>> Best regards.<br>><br>> On 6/11/07, Bernhard Reiter <<a href="mailto:bernhard@intevation.de">

bernhard@intevation.de</a>> wrote:<br>> > On Thursday 24 May 2007 03:25, Alain Spineux wrote:<br>> > > Kolab 3 (integrating even limited Samba functionalities) should be a<br>> > > bigger killer

<br>> > > (referring the idiomatic expression "Exchange killer") than Kolab2 !<br>> ><br>> > Note that other vendors have integrated Kolab (Server) to provide such<br>> > funcationality and might be more suitable as a standards solution

> > in small and medium enviornments with a lower demand for customistaion. > > > > E.g. <a href="http://www.univention.de/english.html">http://www.univention.de/english.html</a> does with its UGS product.

<br>> > They have Samba support and more.<br>> > Benoit already pointed to GoSa from Gonicus as another example.<br>> ><br>> > (Full Disclosure: Univention is a business partner of the<br>> > Kolab-Konsortium,

<br>> > their UGS Kolab sales financially benefit KK.)<br>> ><br>> > Bernhard<br>> > --<br>> > Managing Director - Owner: <a href="http://www.intevation.net">www.intevation.net</a>       (Free Software

<br>> > Company)<br>> > Germany Coordinator: <a href="http://fsfeurope.org">fsfeurope.org</a>. Coordinator:<br>> > <a href="http://www.Kolab-Konsortium.com">www.Kolab-Konsortium.com</a>. Intevation GmbH, Osnabrück, DE; Amtsgericht

<br>> > Osnabrück, HRB 18998 Geschäftsführer Frank Koormann, Bernhard Reiter, Dr.<br>> > Jan-Oliver Wagner<br>> ><br>> > _______________________________________________<br>> > Kolab-devel mailing list

<br>> > <a href="mailto:Kolab-devel@kolab.org">Kolab-devel@kolab.org</a><br>> > <a href="https://kolab.org/mailman/listinfo/kolab-devel">https://kolab.org/mailman/listinfo/kolab-devel</a><br><br>--<br>Ingo Steuwer           Projektmanagement        

<a href="mailto:steuwer@univention.de">steuwer@univention.de</a><br>Univention GmbH        Linux for your Business  fon: +49 421 22 232-43<br>Mary-Somerville-Str.1  28359 Bremen             fax: +49 421 22 232-99<br>                       

<a href="http://www.univention.de">http://www.univention.de</a><br><br>_______________________________________________<br>Kolab-devel mailing list<br><a href="mailto:Kolab-devel@kolab.org">Kolab-devel@kolab.org</a><br><a href="https://kolab.org/mailman/listinfo/kolab-devel">

https://kolab.org/mailman/listinfo/kolab-devel</a><br></blockquote></div><br><br clear="all"><br>-- <br>--<br>Alain Spineux<br>aspineux gmail com<br>May the sources be with you<br>