[pkg-kolab] Kolab debian repositories
Diane Trout
diane at ghic.org
Thu Mar 20 18:48:39 UTC 2014
> Yes, the repositories are just revised packaging for the packages I had to
> (or chose to) change and then rebuild. For the other packages I used the
> OBS files and rebuilt using pbuilder. For reference, here are my
> repositories of packaging files:
Thank you for the pointers to all the repositories.
>
> Nice! Especially the last bit with Dovecot and PostgreSQL. It would be
> interesting to hear of how you did that so that we might broaden the options
> for setting up Kolab. I can configure Dovecot to function as an IMAP
> server, but I haven't been able to really test it with Kolab or to
> integrate it properly.
For this round of experimenting I started with the kolab from source
instructions. (http://docs.kolab.org/howtos/build-kolab-from-source.html). My
current goal is to get the webdav sync working.
I'm not sure how useful the following story is, but I'll go ahead and share it
for completeness.
First I set up roundcube using their instructions for working with Postgres.
Dovecot just worked. Getting to viewing email was pretty easy.
Next I added in the roundcube-kolab-plugins and tried to get enough of the
plug-ins working to show calendaring information. First I tried using the php-
kolabformant and php-kolab from the debian repositories, but those were too
old and I had to use the obs versions. Then I had issues with needing the IMAP
metadata extension and I had to upgrade to dovecot 2.2.10 from unstable.
Once all of that was updated and I had to manually configure the subscriptions
to the calendaring/contact folders in round cube and I used the manage folder
ui to set what type of data was being stored in each folder type.
Once that was set I was able to see contacts and calendar entries created with
kontact.
Up to this point I had avoided setting up an ldap server by commenting out
kolab_auth.
Next I tried to set up chwala, using the readme in its source tree and
discovered that does need an ldap server.
I setup openldap and copied over some minimal ldap records from a system setup
with kolab 3.1.
For the moment in kolab_auth I changed the kolab_auth_filter from objectClass
kolabInetOrgPerson to inetOrgPerson as I didn't want to deal with needing to
convert the schema holding the kolabInetOrgPerson.
Once I had those changes I was able to log in to chwala and upload a file.
Though the files plugin in roundcube still isn't working yet.
Then I tried to setup iRony, and although I made some progress my mess of
multiple git checkouts and symlinks splicing together plugins and plugin
configuration files is getting too confusing to extend.
At this point I'm probably going to step back and try again using your
packages for roundcube, roundcube kolab plugins, chwala and irony.
> P.S. Yesterday, I discovered that we might need to work on the Postfix
> integration, given that it didn't seem to be set up for secure
> communication, thus preventing the sending of mail. Again, advice from more
> experienced packagers and mail admins is very welcome.
I will try to share whatever progress I can make. My current observation is
manual configuration is a better choice than setup-kolab if you're trying to
use kolab components far outside their expected environment.
Diane
More information about the pkg-kolab-devel
mailing list