My Kolab 2.4 experience on Centos 6

Jeroen van Meeuwen vanmeeuwen at kolabsys.com
Thu Jul 19 14:18:02 CEST 2012


On Wednesday, July 18, 2012 09:42:51 AM Troy Carpenter wrote:
> On Wednesday, July 18, 2012 10:17:00 AM you wrote:
> > Hi Troy,
> > 
> > On Tuesday, July 17, 2012 09:42:11 PM Troy Carpenter wrote:
> > > After wasting my time with installing Kolab 2.4 in a Centos container
> > > under
> > > Proxmox, I finally switched to installing under a full KVM version of
> > > Centos. The install went as expected when following the instructions,
> > > with
> > > the following additions:
> > > 
> > > 1. I had to manually create the localhost.pem file that was expected by
> > > postfix to initiate TLS connections.
> > 
> > I've created ticket #886 for this issue[1].
> 
> The commands, which I don't think was included in the online docs:
> 
> cd etc/pki/tls/certs
> make localhost.pem
> cp localhost.pem ../private
> 

Upcoming releases of pykolab, as a fix for ticket #886, will be calling 
/etc/pki/tls/certs/make-dummy-cert /etc/pki/tls/private/localhost.pem during 
the setup process.

> > For the sake of record keeping, I've created a ticket for this as well -
> > #887[2] - it is not an uncommon deployment scenario, after all.
> 
> In 2.3.4, setting a smarthost was done from the webadmin tool.  However,
> adding the part for sasl authentication was not:
> 
> 1. (...snip...)
> 2. (...snip...)
> 3. (...snip...)
> 

Thanks for the information, I'll add this to the documentation as soon as I 
have a chance.

> > Z-Push requires you to login with your uid attribute value (the default is
> > to use the surname of a user). I know this is somewhat confusing, as
> > Kolab 2.3 installations used the email address as the uid attribute
> > value.
> 
> That's too bad.

Yes, with our Z-Push replacement Syncroton, we seek to implement 
authentication along the lines of what we've defined in our documentation[1].

[1] http://docs.kolab.org/en-
US/Kolab_Groupware/2.4/html/Architecture_and_Design/chap-
Architecture_and_Design-Authentication_amp_Authorization.html#sect-
Architecture_and_Design-Authentication_amp_Authorization-
The_User_Supplied_Login

> My system is setup mainly for my family, so my uid is
> "carpenter", and every other user has the same with a number appended.
> Very annoying. I did figure out how to unlock the fields in the new user
> screen and I did see that uid can be modified that way, but I never figured
> out where the uid was being automatically generated.  I will experiment
> with some custom UIDs to see what happens.

As of today it's actually being generated using a hard-coded routine in the 
API (see /usr/share/kolab-webadmin/lib/api/kolab_api_service_form_value.php, 
private function generate_uid()).

We have an outstanding feature request to allow specifying how the uid should 
be generated - #677[2] - see the attachment[3] for a test implementation that 
you could execute from the command-line.

[2] https://bugzilla.kolabsys.com/show_bug.cgi?id=677
[3] https://bugzilla.kolabsys.com/attachment.cgi?id=143

Kind regards,

Jeroen van Meeuwen

-- 
Systems Architect, Kolab Systems AG

e: vanmeeuwen at kolabsys.com
m: +44 74 2516 3817
w: http://www.kolabsys.com

pgp: 9342 BF08
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20120719/0d79959f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.kolab.org/pipermail/users/attachments/20120719/0d79959f/attachment.sig>


More information about the users mailing list