From ml at radoeka.nl  Sat Jan  2 11:59:57 2010
From: ml at radoeka.nl (Richard Bos)
Date: Sat, 2 Jan 2010 10:59:57 +0000
Subject: spamassassin year 2010 bug
Message-ID: <201001021100.00822.ml@radoeka.nl>

Is this of any relevance to kolab's spamassassin:
"  The Apache SpamAssassin spam filter has been shipping with a rule which 
defined any year past 2009 as "grossly in the future" and adding 3.2 to the 
email's spam score."

http://www.h-online.com/open/news/item/SpamAssassin-s-new-year-hangover-894279.html
http://it.slashdot.org/article.pl?sid=10/01/02/0027207

-- 
Richard


From johnm at advocap.org  Sat Jan  2 14:48:23 2010
From: johnm at advocap.org (John McMonagle)
Date: Sat, 2 Jan 2010 07:48:23 -0600
Subject: spamassassin year 2010 bug
In-Reply-To: <201001021100.00822.ml@radoeka.nl>
References: <201001021100.00822.ml@radoeka.nl>
Message-ID: <201001020748.23810.johnm@advocap.org>

On Saturday 02 January 2010 04:59:57 am Richard Bos wrote:
> Is this of any relevance to kolab's spamassassin:
> "  The Apache SpamAssassin spam filter has been shipping with a rule which
> defined any year past 2009 as "grossly in the future" and adding 3.2 to the
> email's spam score."
>
> http://www.h-online.com/open/news/item/SpamAssassin-s-new-year-hangover-894
>279.html http://it.slashdot.org/article.pl?sid=10/01/02/0027207

Yes it does affect kolab :(
I edited the rule on our server.
I did this change 
http://svn.apache.org/viewvc/spamassassin/trunk/rulesrc/sandbox/emailed/00_FVGT_File001.cf?r1=794319&r2=796216&diff_format=h

Noticed mention of using sa-update to update rules.
if I run sa-update get the following:
error: GPG validation failed!
The update downloaded successfully, but the GPG signature verification
failed.
channel: GPG validation failed, channel failed

Does anyone know how to set it up in kolab?

John


From kcaesar at hotmail.com  Sat Jan  2 16:54:35 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Sat, 2 Jan 2010 16:54:35 +0100
Subject: Kolab server and tikiwiki
Message-ID: <BLU122-W15BCB3B446D489D2FAB95BA3760@phx.gbl>


Hello,


I want to know if somebody had already tried to configure tikiwiki to bind with the openldap server of  kolab ?
I try to follow the steps found on the tikiwiki website but without succes..

somebody can help me ?

On another topic, I made the integration of GLPI with succes.


Best regards,


 		 	   		  
_________________________________________________________________
Tchattez en direct en en vid?o avec vos amis !  
http://www.windowslive.fr/messenger/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100102/93ecd22d/attachment.html

From thomas at intevation.de  Sat Jan  2 22:42:56 2010
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Sat, 2 Jan 2010 22:42:56 +0100
Subject: spamassassin year 2010 bug
In-Reply-To: <201001021100.00822.ml@radoeka.nl>
References: <201001021100.00822.ml@radoeka.nl>
Message-ID: <20100102223843.866110413.thomas@intevation.de>

* Richard Bos <ml at radoeka.nl> [20100102 11:00]:
> Is this of any relevance to kolab's spamassassin:
> "  The Apache SpamAssassin spam filter has been shipping with a rule which 
> defined any year past 2009 as "grossly in the future" and adding 3.2 to the 
> email's spam score."
> 
> http://www.h-online.com/open/news/item/SpamAssassin-s-new-year-hangover-894279.html
> http://it.slashdot.org/article.pl?sid=10/01/02/0027207

To fix this with a recent Kolab server, add the following line to
/kolab/etc/kolab/templates/local.cf.template:

score FH_DATE_PAST_20XX 0.0

After that run as root: /kolab/sbin/kolabconf

Older versions of Kolab Server don't have local.cf.template, you
will have to edit /kolab/etc/spamassassin/local.cf and after that
restart amavisd with: /kolab/etc/rc.d/rc.amavisd restart
(I only tested it on a 2.2.3 server)

See http://wiki.apache.org/spamassassin/Rules/FH_DATE_PAST_20XX for
details.

Regards,
Thomas Arendsen Hein

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-users/attachments/20100102/26772938/attachment.bin

From albert at nan-tic.com  Sat Jan  2 22:57:56 2010
From: albert at nan-tic.com (Albert Cervera i Areny)
Date: Sat, 2 Jan 2010 22:57:56 +0100
Subject: spamassassin year 2010 bug
In-Reply-To: <20100102223843.866110413.thomas@intevation.de>
References: <201001021100.00822.ml@radoeka.nl>
	<20100102223843.866110413.thomas@intevation.de>
Message-ID: <201001022258.02919.albert@nan-tic.com>

A Dissabte, 2 de gener de 2010, Thomas Arendsen Hein va escriure:
> * Richard Bos <ml at radoeka.nl> [20100102 11:00]:
> > Is this of any relevance to kolab's spamassassin:
> > "  The Apache SpamAssassin spam filter has been shipping with a rule
> > which defined any year past 2009 as "grossly in the future" and adding
> > 3.2 to the email's spam score."
> >
> > http://www.h-online.com/open/news/item/SpamAssassin-s-new-year-hangover-8
> >94279.html http://it.slashdot.org/article.pl?sid=10/01/02/0027207
> 
> To fix this with a recent Kolab server, add the following line to
> /kolab/etc/kolab/templates/local.cf.template:
> 
> score FH_DATE_PAST_20XX 0.0
> 
> After that run as root: /kolab/sbin/kolabconf
> 
> Older versions of Kolab Server don't have local.cf.template, you
> will have to edit /kolab/etc/spamassassin/local.cf and after that
> restart amavisd with: /kolab/etc/rc.d/rc.amavisd restart
> (I only tested it on a 2.2.3 server)

That's just what I did with a couple of servers (2.2.3 and 2.2.2) and worked 
ok too.

> 
> See http://wiki.apache.org/spamassassin/Rules/FH_DATE_PAST_20XX for
> details.
> 
> Regards,
> Thomas Arendsen Hein
> 


-- 
Albert Cervera i Areny
http://www.NaN-tic.com
M?bil: +34 669 40 40 18


From lists at oak-wood.co.uk  Sun Jan  3 00:14:52 2010
From: lists at oak-wood.co.uk (Chris Hastie)
Date: Sat, 02 Jan 2010 23:14:52 +0000
Subject: spamassassin year 2010 bug
In-Reply-To: <201001020748.23810.johnm@advocap.org>
References: <201001021100.00822.ml@radoeka.nl>
	<201001020748.23810.johnm@advocap.org>
Message-ID: <4B3FD36C.2040107@oak-wood.co.uk>

On 02/01/10 13:48, John McMonagle wrote:
> Noticed mention of using sa-update to update rules.
> if I run sa-update get the following:
> error: GPG validation failed!
> The update downloaded successfully, but the GPG signature verification
> failed.
> channel: GPG validation failed, channel failed
>
> Does anyone know how to set it up in kolab?
>
>   

On  my system, which has gpg available (but not in /kolab) this worked:

    wget http://spamassassin.apache.org/updates/*GPG*.KEY
    /kolab/bin/sa-update --import *GPG*.KEY

If you don't have gpg available on the machine install it as normal for
your host OS. Or if you're feeling lucky try overriding gpg signature
checks with

/kolab/bin/sa-update --nogpg


From lists at oak-wood.co.uk  Sun Jan  3 23:57:05 2010
From: lists at oak-wood.co.uk (Chris Hastie)
Date: Sun, 03 Jan 2010 22:57:05 +0000
Subject: spamassassin year 2010 bug
In-Reply-To: <4B3FD36C.2040107@oak-wood.co.uk>
References: <201001021100.00822.ml@radoeka.nl>	<201001020748.23810.johnm@advocap.org>
	<4B3FD36C.2040107@oak-wood.co.uk>
Message-ID: <4B4120C1.10006@oak-wood.co.uk>

On 02/01/10 23:14, Chris Hastie wrote:
>
> On  my system, which has gpg available (but not in /kolab) this worked:
>
>     wget http://spamassassin.apache.org/updates/*GPG*.KEY
>     /kolab/bin/sa-update --import *GPG*.KEY
>
>   

Whoops. Don't know how those asterisks got in there. That should of
course have been

    wget http://spamassassin.apache.org/updates/GPG.KEY
    /kolab/bin/sa-update --import GPG.KEY




From johnm at advocap.org  Mon Jan  4 03:46:01 2010
From: johnm at advocap.org (John McMonagle)
Date: Sun, 3 Jan 2010 20:46:01 -0600
Subject: spamassassin year 2010 bug
In-Reply-To: <4B4120C1.10006@oak-wood.co.uk>
References: <201001021100.00822.ml@radoeka.nl>
	<4B3FD36C.2040107@oak-wood.co.uk> <4B4120C1.10006@oak-wood.co.uk>
Message-ID: <201001032046.02305.johnm@advocap.org>

On Sunday 03 January 2010 04:57:05 pm Chris Hastie wrote:
> ? /kolab/bin/sa-update --import GPG.KEY

That worked.
Thanks

John


From wilde at intevation.de  Mon Jan  4 13:22:33 2010
From: wilde at intevation.de (Sascha Wilde)
Date: Mon, 04 Jan 2010 13:22:33 +0100
Subject: Security Issue 26 for Kolab Server (SpamAssassin)
Message-ID: <s7wvdfinjp2.fsf@intevation.de>

Kolab Security Issue 26 20100104
================================

Package:              Kolab Server, SpamAssassin
Vulnerability:        mail lossage
Kolab Specific:       no
Dependent Packages:   none


Summary
~~~~~~~

The Apache SpamAssassin spam filter shipping with Kolab Server
includes an rule named FH_DATE_PAST_20XX which triggers on most mail
with a Date header that includes the year 2010 or later.

This adds 3.2 to the spam score of nearly every mail send past 2009.


Affected Versions
~~~~~~~~~~~~~~~~~

This affects versions of SpamAssassin 3.2.0 to 3.2.5.
Kolab Server 2.2.3 and previous releases are affected.


Fix
~~~

Add the following line to
/kolab/etc/kolab/templates/local.cf.template:

score FH_DATE_PAST_20XX 0.0

or update your kolabd package:

OpenPKG packages for Kolab Server 2.2.3 are available from
http://files.kolab.org/server/security-updates/20100104/
or from the mirrors listed on http://kolab.org/mirrors.html

A binary RPM for Kolab Server 2.2.3 (ix86 Debian GNU/Linux Lenny)
is available as kolabd-2.2.3-20100104.ix86-debian5.0-kolab.rpm

A binary RPM for Kolab Server 2.2.3 (ix86 Debian GNU/Linux Etch)
is available as kolabd-2.2.3-20100104.ix86-debian4.0-kolab.rpm

After that run as root: /kolab/sbin/kolabconf

Older versions of Kolab Server don't have local.cf.template, you
will have to edit /kolab/etc/spamassassin/local.cf and after that
restart amavisd with: /kolab/etc/rc.d/rc.amavisd restart

You can check the integrity of the downloaded files with:

$ gpg --keyserver keys.gnupg.net --recv-key 4BB86568
$ gpg --verify SHA1SUMS.sig
$ sha1sum -c SHA1SUMS

The source package can be compiled and installed on your Kolab Server with:

# su - kolab
$ openpkg rpm --rebuild ...path/to.../kolabd-2.2.3-20100104.src.rpm
$ openpkg rpm -Uvh /kolab/RPM/PKG/kolabd-2.2.3-20100104.<ARCH>-<OS>-kolab.rpm	
$ exit
# /kolab/sbin/kolabconf

To install a binary package, just skip the --rebuild step.


Details
~~~~~~~

http://wiki.apache.org/spamassassin/Rules/FH_DATE_PAST_20XX
	Description of the problematic rule including note on the
	misbehavior of older versions.

https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6269
	Bug report in the official upstream tracker.

Timeline
~~~~~~~~
    20100101 Upstream Bug Report
    20100102 Discussion and hotfix on kolab-users at kolab.org
    20100104 Updated kolabd package available and Kolab Server
             security advisory published.
-- 
Sascha Wilde                                          OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/                  http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabr?ck; AG Osnabr?ck, HR B 18998
Gesch?ftsf?hrer:   Frank Koormann,  Bernhard Reiter,  Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-users/attachments/20100104/ca0d1113/attachment.bin

From tech at yanq.org.au  Tue Jan  5 22:58:05 2010
From: tech at yanq.org.au (YANQ IT Support)
Date: Wed, 06 Jan 2010 07:58:05 +1000
Subject: Creating users resource folders without Kontact - is it possible?
In-Reply-To: <200909101216.54749.bernhard@intevation.de>
References: <4AA6ECB1.2040804@yanq.org.au>
	<200909101216.54749.bernhard@intevation.de>
Message-ID: <4B43B5ED.2060401@yanq.org.au>

Hi There,

A little while ago I asked if it was possible to create users resource 
folders (esp for contacts and calendars) without using Kontact.

This is for a server (running Debian squeeze) which I have inherited. 
I've discovered that the kolab server was originally installed using the 
'native' debian packages (i.e. apt-get, not openpkg). This is why the 
web-client isn't creating the folders for me - it's just a normal 
installation of horde, not the one that comes with kolab (openpkg version).

So, two questions:

1. Has anyone had any experience installing the OpenPkg version Kolab 
over the top of the experimental Debian packages? It seems like it might 
be a very tricky exercise and I'm not sure I have the time, resources or 
enough knowledge about kolab to try it.

2. Can I write, or is there already a script, that will create the 
resource folders for users for me?

I'm guessing it's possible because Bernhard Reiter wrote:
> You could use a script to create the needed folders and set the annotations
> of course, but if you are using a defect version of Horde, this will not help.

All of my users access their mail and calendars using thunderbird / 
lightning both in the office and on their laptops (outside the office). 
So fixing the web-client isn't that important at the moment.

Cheers,

David

-- 
David Powell
Technical Officer
Youth Affairs Network of Queensland
Tel: (07) 3844 7713
Web: http://www.yanq.org.au

NOTICE:This communication and all attachments contains information which 
is confidential and the copyright of Youth Affairs Network Qld (YANQ)or 
a third party. If you are not the intended recipient of this 
communication please delete and destroy all copies and telephone/email 
(details above) YANQ. If you are the intended recipient of this 
communication you should not copy, disclose or distribute this 
communication without the authority of YANQ. Any views expressed in this 
communication are those of the individual sender, except where the 
sender specifically states them to be the views of YANQ.  Except as 
required at law, YANQ does not represent, warrant and/or guarantee that 
the integrity of this communication has been maintained or that the 
communication is free of errors, virus, interception or interference.


From johannes_graumann at web.de  Wed Jan  6 09:25:09 2010
From: johannes_graumann at web.de (Johannes Graumann)
Date: Wed, 06 Jan 2010 09:25:09 +0100
Subject: Upgrade to 2.2.3: /kolab/var/kolab/www/client/config/kolab.php.rpmnew
Message-ID: <hi1hd5$bje$1@ger.gmane.org>

Hi,

Upgrade from 2.2.2 to 2.2.3 seems to have gone just smooth, but this file is 
created:
	/kolab/var/kolab/www/client/config/kolab.php.rpmnew
Should I try to merge my existing kolab.php with this?

Thanks for any hints, Joh


From gavin.mccullagh at gcd.ie  Wed Jan  6 15:44:22 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Wed, 6 Jan 2010 14:44:22 +0000
Subject: debian or ubuntu, packaged or openpackaged
Message-ID: <20100106144422.GU4099@gcd.ie>

Hi,

we're migrating an old kolab install and planning the new platform to run
it on.

 - We generally use Ubuntu LTS on all of our servers but do have a couple
   of Debian servers too.
 - We generally like to use Debian packages wherever possible for
   ease of management, patching and upgrade.

I've been trying out the native packaging for debian lenny.  It seems to
mostly work but while I like the idea of it, I'm not sure it's in wide
enough use yet for us to go with it compared to the openpackage route.
This is for a fairly large number of users so I'd rather not take chances.

If we're using debian packages, I'll go with debian rather than ubuntu.  If
we were to use openpackage, is one preferred over the other?

Any other thoughts?

Thanks in advance,
Gavin



From info at alvin.be  Wed Jan  6 17:25:43 2010
From: info at alvin.be (Alvin)
Date: Wed, 6 Jan 2010 17:25:43 +0100
Subject: debian or ubuntu, packaged or openpackaged
In-Reply-To: <20100106144422.GU4099@gcd.ie>
References: <20100106144422.GU4099@gcd.ie>
Message-ID: <201001061725.44649.info@alvin.be>

On Wednesday 06 January 2010 15:44:22 Gavin McCullagh wrote:
> Hi,
> 
> we're migrating an old kolab install and planning the new platform to run
> it on.
> 
>  - We generally use Ubuntu LTS on all of our servers but do have a couple
>    of Debian servers too.
>  - We generally like to use Debian packages wherever possible for
>    ease of management, patching and upgrade.
> 
> I've been trying out the native packaging for debian lenny.  It seems to
> mostly work but while I like the idea of it, I'm not sure it's in wide
> enough use yet for us to go with it compared to the openpackage route.
> This is for a fairly large number of users so I'd rather not take chances.
> 
> If we're using debian packages, I'll go with debian rather than ubuntu.  If
> we were to use openpackage, is one preferred over the other?
> 
> Any other thoughts?

Last time I checked (3 months ago), the debian/ubuntu packages were still 
broken. (see bugs below)

The debs install, but the configuration does not work. I tried for a day.
Openpkg source packages did not work for me, but I believe that bug is fixed.
Currently, I'm using openpkg (ix86-debian5.0) on a virtual (kvm - i386) 
karmic, and that works fine.

See:
https://bugs.launchpad.net/ubuntu/+source/kolabd
https://bugs.launchpad.net/bugs/234860
https://bugs.launchpad.net/bugs/462381


From gavin.mccullagh at gcd.ie  Wed Jan  6 18:17:36 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Wed, 6 Jan 2010 17:17:36 +0000
Subject: kolab v1 -> kolab v2
Message-ID: <20100106171736.GW4099@gcd.ie>

Hi,

as I mentioned in a previous email, were upgrading an old version of Kolab.
The old version is Kolab v1 and we'd like to move to kolab v2.2.3 (or
whatever is current at the point we do it).

Have people done this?  Are there scripts or guidelines available?

From a brief inspection of a new system (the debian-packaged install for
now) I note:

== LDAP ==

I can see that a good bit has changed in the ldap structure.  In
particular, the multiple domain handling. I guess I can possibly write a
shell script to run slapcat on the old system, fix that stuff up and load
that into the new ldap database.

== Domains ==

All our current users are domain-agnostic (as kolab was back then).  A few
have been given entries in /etc/postfix/virtual to facilitate them getting
mail on other domains.  I guess I can create the default domain and migrate
everyone to it by changing the ldif.

== Cyrus ==

The location and structure of spools has changed a bit with the inclusion
of domains though it's not too tough to spot where things are -- although I
also don't see the sieve directory as yet.


Has anyone done such a migration in the past?  Are there any docs, scripts
or references around? 

Gavin


From Nazeer at kryptonpcs.co.za  Wed Jan  6 20:30:15 2010
From: Nazeer at kryptonpcs.co.za (Nazeer)
Date: Wed, 6 Jan 2010 21:30:15 +0200
Subject: Default Horde options for all Users
Message-ID: <008d01ca8f06$ac44b480$04ce1d80$@co.za>

Hi

 

Is there any way to set default horde options for all users as well as any
future users to be created in Kolab?

 

Thanks

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100106/d5d06ef4/attachment.html

From dusty at qwer.tk  Thu Jan  7 14:27:24 2010
From: dusty at qwer.tk (Hermann Himmelbauer)
Date: Thu, 7 Jan 2010 14:27:24 +0100
Subject: Migration from cyrus IMAPD 2.2.3/Web-cyradm to kolab
Message-ID: <201001071427.24760.dusty@qwer.tk>

Hi,
Currently, I use the Cyrus IMAPD, version 2.2.3 together with "Web-cyradm", a 
backend similar to Kolab. Now I think about migrating this server to Kolab.

I estimate that there are no conversion scripts available from web-cyradm to 
Kolab, so I probably will create the email accounts + domains by hand. I 
don't have that many accounts, so it won't be so much trouble.

For migrating the mail data, I can think of two ways:

1) Connect to both servers via an IMAP E-Mail client (e.g. KMail) and simply 
drag+drop the mails. This should work, however, it's quite cumbersome and 
error-prone, as I could easily miss some data in the process.

2) AFAIK, Kolab also uses the Cyrus IMAPD, so probably it's possible to simply 
copy it over in some way?

What are your thoughts? Any help is appreciated!

Best Regards,
Hermann Himmelbauer

-- 
hermann at qwer.tk
GPG key ID: 299893C7 (on keyservers)
FP: 0124 2584 8809 EF2A DBF9  4902 64B4 D16B 2998 93C7


From Roessler at fuh-e.de  Thu Jan  7 14:42:37 2010
From: Roessler at fuh-e.de (Christian =?iso-8859-1?q?R=F6=DFler?=)
Date: Thu, 7 Jan 2010 14:42:37 +0100
Subject: Migration from cyrus IMAPD 2.2.3/Web-cyradm to kolab
In-Reply-To: <201001071427.24760.dusty@qwer.tk>
References: <201001071427.24760.dusty@qwer.tk>
Message-ID: <201001071442.37619.Roessler@fuh-e.de>

Am Donnerstag, 7. Januar 2010 14:27 schrieb Hermann Himmelbauer:

> For migrating the mail data, I can think of two ways:
> 1) Connect to both servers via an IMAP E-Mail client (e.g. KMail) and
> simply drag+drop the mails. This should work, however, it's quite
> cumbersome and error-prone, as I could easily miss some data in the
> process.

There's a nice tool called imapsync; available at freshmeat etc. I have used 
it to some extent and deem it a valuable tool. A big advantage is that you 
can copy imap flags. You will need some strange options for it, but you will 
find some hints at <http://wiki.kolab.org/index.php/Imapsync>. If you find it 
useful, please add your comments in the wiki.

> 2) AFAIK, Kolab also uses the Cyrus IMAPD, so probably it's possible to
> simply copy it over in some way?

This should also work, if followed by a reconstruct, of course.

Best regards,
Christian


From hjkim at bynari.net  Thu Jan  7 14:58:56 2010
From: hjkim at bynari.net (Hyun Kim)
Date: Thu, 07 Jan 2010 07:58:56 -0600
Subject: Migration from cyrus IMAPD 2.2.3/Web-cyradm to kolab
Message-ID: <20100107135856.09986D0001@web2.bynari.net>

If you are using Outlook PST files with Cyrus and need to migrate other objects in addition to email data, we have a tool called exportPST that migrates all the data from Outlook to the Kolab server.  It works with any IMAP server like Cyrus.

Thanks,
Hyun

Hyun Kim
President
Bynari Inc.
222. W Las Colinas Blvd
Suite 1320N
Irving, Tx  75039
001-214-350-5772

------ Original Message ------
From: Christian R??ler <Roessler at fuh-e.de>
Date: Thursday, January 7th, 2010 7:53 AM CST
To: kolab-users at kolab.org
Subject: Re: Migration from cyrus IMAPD 2.2.3/Web-cyradm to kolab

Am Donnerstag, 7. Januar 2010 14:27 schrieb Hermann Himmelbauer:

> For migrating the mail data, I can think of two ways:
> 1) Connect to both servers via an IMAP E-Mail client (e.g. KMail) and
> simply drag+drop the mails. This should work, however, it's quite
> cumbersome and error-prone, as I could easily miss some data in the
> process.

There's a nice tool called imapsync; available at freshmeat etc. I have used 
it to some extent and deem it a valuable tool. A big advantage is that you 
can copy imap flags. You will need some strange options for it, but you will 
find some hints at <http://wiki.kolab.org/index.php/Imapsync>. If you find it 
useful, please add your comments in the wiki.

> 2) AFAIK, Kolab also uses the Cyrus IMAPD, so probably it's possible to
> simply copy it over in some way?

This should also work, if followed by a reconstruct, of course.

Best regards,
Christian

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From gavin.mccullagh at gcd.ie  Thu Jan  7 15:00:32 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Thu, 7 Jan 2010 14:00:32 +0000
Subject: Migration from cyrus IMAPD 2.2.3/Web-cyradm to kolab
In-Reply-To: <20100107135856.09986D0001@web2.bynari.net>
References: <20100107135856.09986D0001@web2.bynari.net>
Message-ID: <20100107140032.GH22279@gcd.ie>

Hi,

On Thu, 07 Jan 2010, Hyun Kim wrote:

> If you are using Outlook PST files with Cyrus and need to migrate other
> objects in addition to email data, we have a tool called exportPST that
> migrates all the data from Outlook to the Kolab server.  It works with
> any IMAP server like Cyrus.

Long have we wished for such a tool.  Is it freely available?

Gavin


From hjkim at bynari.net  Thu Jan  7 15:25:37 2010
From: hjkim at bynari.net (Hyun Kim)
Date: Thu, 07 Jan 2010 08:25:37 -0600
Subject: Migration from cyrus IMAPD 2.2.3/Web-cyradm to kolab
Message-ID: <20100107142537.D32A9D0001@web2.bynari.net>

Gavin,
exportPST is a commercial product.

Please feel free to contact us, and we'll be happy to work with you on the price.
We also have free trial.
Thanks,
Hyun

Hyun Kim
President
Bynari Inc.
222. W Las Colinas Blvd
Suite 1320N
Irving, Tx  75039
001-214-350-5772

------ Original Message ------
From: Gavin McCullagh <gavin.mccullagh at gcd.ie>
Date: Thursday, January 7th, 2010 8:11 AM CST
To: kolab-users at kolab.org
Subject: Re: Migration from cyrus IMAPD 2.2.3/Web-cyradm to kolab

Hi,

On Thu, 07 Jan 2010, Hyun Kim wrote:

> If you are using Outlook PST files with Cyrus and need to migrate other
> objects in addition to email data, we have a tool called exportPST that
> migrates all the data from Outlook to the Kolab server.  It works with
> any IMAP server like Cyrus.

Long have we wished for such a tool.  Is it freely available?

Gavin

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users


From carsten at cburghardt.com  Thu Jan  7 16:16:45 2010
From: carsten at cburghardt.com (Carsten Burghardt)
Date: Thu, 07 Jan 2010 16:16:45 +0100
Subject: Move Kolab server
Message-ID: <20100107161645.20961mhyuaxuahvo@www.inovox.de>

Hi,

my current Kolab server (2.2.2) is running Suse 10.3 and as that is no  
longer supported I will setup a new server with 11.2. As my Kolab  
server is used in production I need to move all my data from the  
original to the new server. Any hints how this can be done?


Regards

Carsten


From thomas at intevation.de  Thu Jan  7 17:27:45 2010
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Thu, 7 Jan 2010 17:27:45 +0100
Subject: Upgrade to 2.2.3:
	/kolab/var/kolab/www/client/config/kolab.php.rpmnew
In-Reply-To: <hi1hd5$bje$1@ger.gmane.org>
References: <hi1hd5$bje$1@ger.gmane.org>
Message-ID: <20100107172633.447614447.thomas@intevation.de>

* Johannes Graumann <johannes_graumann at web.de> [20100106 09:25]:
> Upgrade from 2.2.2 to 2.2.3 seems to have gone just smooth, but this file is 
> created:
> 	/kolab/var/kolab/www/client/config/kolab.php.rpmnew
> Should I try to merge my existing kolab.php with this?

You can ignore or delete the file. kolab.php gets overwritten by a
template and just serves as an example configuration if you don't
use kolabconf.

Regards,
Thomas

-- 
thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


From pdf at yugm.org  Thu Jan  7 17:35:50 2010
From: pdf at yugm.org (Paul Douglas Franklin)
Date: Thu, 07 Jan 2010 08:35:50 -0800
Subject: ClearOS
Message-ID: <4B460D66.4080203@yugm.org>

Has anybody used ClearOS?  It includes Kolab. 
Comments?
--Paul
-- 




Paul Douglas Franklin
Computer Manager
http://www.yugm.org/

/Husband of Danette/
/Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie, Dawnita, Anna Leah, Alexander, and Caleb/

Upgrade to the premier Office package today!

Free download here:
http://www.openoffice.org/


From mephisto at gmx.net  Thu Jan  7 19:15:13 2010
From: mephisto at gmx.net (Heiner Markert)
Date: Thu, 7 Jan 2010 19:15:13 +0100
Subject: Move Kolab server
In-Reply-To: <20100107161645.20961mhyuaxuahvo@www.inovox.de>
References: <20100107161645.20961mhyuaxuahvo@www.inovox.de>
Message-ID: <201001071915.13317.mephisto@gmx.net>

Hi,

an overview of backup and restore of kolab data is here:
https://wiki.kolab.org/index.php/Backups_for_kolab2
It is important to have a copy of the whole /kolab/etc directory in case that 
some configuration files are missing after the upgrade.

Best regards
Heiner


Am Donnerstag, 7. Januar 2010 16:16:45 schrieb Carsten Burghardt:
> Hi,
>
> my current Kolab server (2.2.2) is running Suse 10.3 and as that is no
> longer supported I will setup a new server with 11.2. As my Kolab
> server is used in production I need to move all my data from the
> original to the new server. Any hints how this can be done?
>
>
> Regards
>
> Carsten
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users


From brian at deonweb.com  Thu Jan  7 19:56:05 2010
From: brian at deonweb.com (Brian d'Eon)
Date: Thu, 07 Jan 2010 13:56:05 -0500
Subject: Allowing SASL-Authenticated Users to Relay
Message-ID: <4B462E45.6070002@deonweb.com>

Hello,

I'm having an issue allowing outside (my network) users to relay through 
my Kolab server when authenticated with SASL.  I have scoured the web 
and not found anything unfortunately, so I'm turning to the experts :)

Internally, SASL authentication works fine, and e-mail is delivered:

Jan 07 12:32:27 mogul <info> postfix/smtpd[7162]: connect from 
kramer.domain.com[192.168.2.20]
Jan 07 12:32:27 mogul <info> postfix/smtpd[7162]: setting up TLS 
connection from kramer.domain.com[192.168.2.20]
Jan 07 12:32:27 mogul <info> postfix/smtpd[7162]: TLS connection 
established from kramer.domain.com[192.168.2.20]: TLSv1 with cipher 
DHE-RSA-AES256-SHA (256/256 bits)
Jan 07 12:32:27 mogul <warning> postfix/cleanup[7163]: warning: database 
/kolab/etc/postfix/canonical.db is older than source file 
/kolab/etc/postfix/canonical
Jan 07 12:32:27 mogul <info> postfix/smtpd[7162]: 4617E1982: 
client=kramer.domain.com[192.168.2.20], sasl_method=PLAIN, 
sasl_username=brian at domain.com
Jan 07 12:32:27 mogul <info> postfix/cleanup[7163]: 4617E1982: 
message-id=<4B461AAB.2040503 at domain.com>
Jan 07 12:32:27 mogul <info> postfix/qmgr[3845]: 4617E1982: 
from=<brian at domain.com>, size=583, nrcpt=1 (queue active)
Jan 07 12:32:27 mogul <info> postfix/smtpd[7162]: disconnect from 
kramer.domain.com[192.168.2.20]

When connecting from an outside network, this is the unfortunate log 
entry that's driving me crazy:

Jan 07 00:05:06 mogul <info> postfix/smtpd[4348]: connect from 
unknown[7.19.148.80]
Jan 07 00:05:06 mogul <info> postfix/smtpd[4348]: setting up TLS 
connection from unknown[7.19.148.80]
Jan 07 00:05:08 mogul <info> postfix/smtpd[4348]: TLS connection 
established from unknown[7.19.148.80]: TLSv1 with cipher 
DHE-RSA-AES256-SHA (256/256 bits)
Jan 07 00:05:09 mogul <warning> postfix/trivial-rewrite[4355]: warning: 
database /kolab/etc/postfix/relocated.db is older than source file 
/kolab/etc/postfix/relocated
Jan 07 00:05:09 mogul <info> postfix/smtpd[4348]: NOQUEUE: reject: RCPT 
from unknown[7.19.148.80]: 554 5.7.1 <user at gmail.com>: Relay access 
denied; from=<brian at domain.com> to=<user at gmail.com> proto=ESMTP 
helo=<localhost>
Jan 07 00:05:39 mogul <info> postfix/smtpd[4348]: lost connection after 
RCPT from unknown[7.19.148.80]
Jan 07 00:05:39 mogul <info> postfix/smtpd[4348]: disconnect from 
unknown[7.19.148.80]

The appropriate section of "postconf -n" is as follows:

smtpd_client_restrictions = permit_mynetworks,  
reject_unauth_destination,      reject_non_fqdn_sender, 
reject_invalid_helo_hostname, reject_non_fqdn_helo_hostname,  
reject_non_fqdn_recipient,      reject_unknown_recipient_domain,        
reject_unauth_pipelining,     reject_unknown_client,  
check_sender_access hash:/kolab/etc/postfix/sender_access,      
check_helo_access hash:/kolab/etc/postfix/helo_access,        
reject_rbl_client zen.spamhaus.org,     reject_rbl_client 
bl.spamcop.net,       reject_rbl_client dnsbl.njabl.org,    
check_client_access hash:/kolab/etc/postfix/client_access,      
check_policy_service unix:private/kolabpolicy

smtpd_recipient_restrictions = permit_sasl_authenticated, 
permit_mynetworks,    reject_unauth_destination, 
reject_unlisted_recipient, reject_unknown_sender_domain,   
check_policy_service unix:private/kolabpolicy

smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = yes
smtpd_sasl_local_domain =
smtpd_sasl_security_options = noanonymous
smtpd_use_tls = yes
smtpd_tls_auth_only = yes

smtpd_sender_restrictions = permit_sasl_authenticated, 
permit_mynetworks,       reject_unknown_sender_domain, 
reject_unauth_pipelining,       check_policy_service 
unix:private/kolabpolicy

It seems as though it's not trying to authenticate with SASL when I 
connect from remote.  Please let me know if there's any further 
information I can provide.  Any insight into this would be very much 
appreciated!

Thanks for your help,
Brian


From wrobel at pardus.de  Fri Jan  8 13:53:47 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 13:53:47 +0100
Subject: kolab 2.2.2 on ubuntu 9.10
In-Reply-To: <362ff3650912150806kf9d78ddk96bb9a963f6cb554@mail.gmail.com>
References: <362ff3650912150806kf9d78ddk96bb9a963f6cb554@mail.gmail.com>
Message-ID: <20100108135347.13774ylsq56td78c@webmail.pardus.de>

Hi Naresh,

Quoting Naresh Kumar <nksharma74 at gmail.com>:

> ?Hi,
>
> I am getting following error while trying to install kolab 2.2.2 on
> ubuntu 9.10.
>
>
> config.status: executing default commands
> if [ x"" != x ] && [ ! -d pic ]; then \
> ????????? mkdir pic; \
> ??????? else true; fi
> touch stamp-picdir
> if [ x"" != x ]; then \
> ????????? cc -c -DH
> AVE_CONFIG_H -g -fkeep-inline-functions -I.
> -I/kolab/RPM/TMP/gcc-4.2.2/obj/../libiberty/../include? -W -Wall
> -pedantic -Wwrite-strings -Wstrict-prototypes -Wc++-compat?
> /kolab/RPM/TMP/gcc-4.2.2/obj/../libiberty/regex.c -o pic/regex.o; \
> ??????? else true; fi
> cc -c -DHAVE_CONFIG_H -g -fkeep-inline-functions -I.
> -I/kolab/RPM/TMP/gcc-4.2.2/obj/../libiberty/../include? -W -Wall
> -pedantic -Wwrite-strings -Wstrict-prototypes -Wc++-compat
> /kolab/RPM/TMP/gcc-4.2.2/obj/../libiberty/regex.c -o regex.o
> /kolab/RPM/TMP/cc8wBDT7.s: Assembler messages:
> /kolab/RPM/TMP/cc8wBDT7.s:10: Error: unknown pseudo-op:
> `.cfi_sections'
> make[3]: *** [regex.o] Error 1
> make[2]: *** [all-stage1-libiberty] Error 2
> make[1]: *** [stage1-bubble] Error 2
> make: *** [bootstrap-lean] Error 2
> error: Bad exit status from /kolab/RPM/TMP/rpm-tmp.59326 (%build)
>
>
> RPM build errors:
> ??? Bad exit status from /kolab/RPM/TMP/rpm-tmp.59326
> (%build)
>
> What could be reason ?

The top reference on google hints at the binutils package:  
http://www.mail-archive.com/pld-cvs-commit at lists.pld-linux.org/msg199479.html

binutils-2.20 seems to be required and we use binutils-2.18.

You could try to replace your binutils package with the one from here:  
http://download.openpkg.org/packages/current/source/CORE/binutils-2.20-20091016.src.rpm.

You'd need to rebuild your 00INDEX.rdf using install-kolab.sh and try  
to install then. But I'm not 100% certain that the binutils package  
from OpenPKG will really compile. They had a version change of their  
base system and packages they offer might be incompatible.

Please open an issue to track the prolem.

Cheers,

Gunnar

>
> -- 
> Regards,
>
> Naresh Kumar

-- 
____ http://www.pardus.de[1] _________________
http://gunnarwrobel.de[2] _

E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                         Bundesstrasse 29
Fax    : +49 721 1513 52322                        D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

Links:
------
[1] http://www.pardus.de
[2] http://gunnarwrobel.de

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/6ef2e3c0/attachment.bin

From johannes_graumann at web.de  Fri Jan  8 15:11:16 2010
From: johannes_graumann at web.de (Johannes Graumann)
Date: Fri, 08 Jan 2010 15:11:16 +0100
Subject: Upgrade to 2.2.3:
	/kolab/var/kolab/www/client/config/kolab.php.rpmnew
References: <hi1hd5$bje$1@ger.gmane.org>
	<20100107172633.447614447.thomas@intevation.de>
Message-ID: <hi7egq$dhj$1@ger.gmane.org>

Thomas Arendsen Hein wrote:

> * Johannes Graumann <johannes_graumann at web.de> [20100106 09:25]:
>> Upgrade from 2.2.2 to 2.2.3 seems to have gone just smooth, but this file
>> is created:
>> /kolab/var/kolab/www/client/config/kolab.php.rpmnew
>> Should I try to merge my existing kolab.php with this?
> 
> You can ignore or delete the file. kolab.php gets overwritten by a
> template and just serves as an example configuration if you don't
> use kolabconf.
 
Sorry for being thick ... but what am I to delete? kolab.php or 
kolab.php.rpmnew?

Thanks, Joh


From thorsten.schnebeck at gmx.net  Fri Jan  8 15:18:10 2010
From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck)
Date: Fri, 8 Jan 2010 15:18:10 +0100
Subject: z-push and N900 Mail for Exchange
In-Reply-To: <4B2388BA.3010400@libertech.fr>
References: <200912111014.39328.thorsten.schnebeck@gmx.net>
	<200912121231.13589.thorsten.schnebeck@gmx.net>
	<4B2388BA.3010400@libertech.fr>
Message-ID: <201001081518.10931.thorsten.schnebeck@gmx.net>

Am Samstag 12 Dezember 2009 13:12:42 schrieb Alain abbas:
> 
> hi Thorsten
> Yes this is a problem between the N900 and Z-push not the kolab Bakend
> 
> Regards
> Alain
> 
> > Hi Alain abbas,
> >
> > meanwhile I found
> > http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002

Ok, we are back in the game:
http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002&start=10#p3759

Will try this with the latest kolab backend soon.

Bye

  Thorsten


From wrobel at pardus.de  Fri Jan  8 15:45:29 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 15:45:29 +0100
Subject: No Calendar display in webclient
In-Reply-To: <hglp8h$ptt$1@ger.gmane.org>
References: <hgl494$ue$1@ger.gmane.org> <1261311664.2178.1@antares>
	<hglp8h$ptt$1@ger.gmane.org>
Message-ID: <20100108154529.21084rt6m8jkmeww@webmail.pardus.de>

Hi Johannes,

Quoting Johannes Graumann <johannes_graumann at web.de>:

> Thanks for the hint.
>
> Here is what I find:
>
>
> [20-Dec-2009 19:07:24] PHP Warning:  DOMDocument::loadXML() [<a
> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag expected,
> '&lt;' not found in Entity, line: 2 in
> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
> [20-Dec-2009 19:07:24] PHP Fatal error:  Call to a member function
> hasChildNodes() on a non-object in
> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>
> Any clue what that might mean?

I'm confused now... Didn't you write you solved that particular  
problem and resolved the issue (see  
http://www.kolab.org/pipermail/kolab-users/2009-November/010595.html).  
You mentioned it was a preferences issue.

But to be honest I was already wondering if that could be true. See my  
last comment in https://issues.kolab.org/issue3751. I assume there is  
a specific kolab.xml attachment breaking Horde. If I'd know how that  
xml attachment looks like it should be easy to fix the issue. But if  
you have several hundred events in your calendar folder than finding  
the broken attachment might be hard.

We intended to fix that bug for 2.2.3 but lacked the time in the end  
so it dropped of the list.

Cheers,

Gunnar

>
> Joh
>
> Albrecht Dre? wrote:
>
>> Am 20.12.09 13:11 schrieb(en) Johannes Graumann:
>>> I am running 2.2.2 happily. The only trouble I have is with the
>>> webclient. Currently I have access to all aspects of kolab from the horde
>>> interface, BUT the calendar. Address books (turba), notes (mnemo) and
>>> even tasks (nag) are accessible, but choosing the calendar (kronolith)
>>> just leads me to an empty page. Where to look to debug this?
>>
>> I also had some of those effects, which were caused by broken setup values
>> in some of my modified /kolab/etc/kolab/template files.  Have a look at
>> the log files in /kolab/var/kolab/www/client/log, in particular
>> php-errors.log.
>>
>> Cheers, Albrecht.
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/1927167f/attachment.bin

From wrobel at pardus.de  Fri Jan  8 16:37:58 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 16:37:58 +0100
Subject: Creating users resource folders without Kontact - is it possible?
In-Reply-To: <4B43B5ED.2060401@yanq.org.au>
References: <4AA6ECB1.2040804@yanq.org.au>
	<200909101216.54749.bernhard@intevation.de>
	<4B43B5ED.2060401@yanq.org.au>
Message-ID: <20100108163758.79113brogv1zwg8w@webmail.pardus.de>

Quoting YANQ IT Support <tech at yanq.org.au>:

> Hi There,
>
> A little while ago I asked if it was possible to create users resource
> folders (esp for contacts and calendars) without using Kontact.
>
> This is for a server (running Debian squeeze) which I have inherited.
> I've discovered that the kolab server was originally installed using the
> 'native' debian packages (i.e. apt-get, not openpkg). This is why the
> web-client isn't creating the folders for me - it's just a normal
> installation of horde, not the one that comes with kolab (openpkg version).
>
> So, two questions:
>
> 1. Has anyone had any experience installing the OpenPkg version Kolab
> over the top of the experimental Debian packages? It seems like it might
> be a very tricky exercise and I'm not sure I have the time, resources or
> enough knowledge about kolab to try it.

I don't have any experience with such a migration but I believe it  
should not be too hard.

Assuming you have a backup of the data in your native Kolab  
installation - which you definitely *should* have :) - you could just  
install an OpenPKG variant on a second server and import the data.  
Instructions for that can be found here:  
http://wiki.kolab.org/index.php/Backups_for_kolab2

Cheers,

Gunnar

>
> 2. Can I write, or is there already a script, that will create the
> resource folders for users for me?
>
> I'm guessing it's possible because Bernhard Reiter wrote:
>> You could use a script to create the needed folders and set the annotations
>> of course, but if you are using a defect version of Horde, this  
>> will not help.
>
> All of my users access their mail and calendars using thunderbird /
> lightning both in the office and on their laptops (outside the office).
> So fixing the web-client isn't that important at the moment.
>
> Cheers,
>
> David
>
> --
> David Powell
> Technical Officer
> Youth Affairs Network of Queensland
> Tel: (07) 3844 7713
> Web: http://www.yanq.org.au
>
> NOTICE:This communication and all attachments contains information which
> is confidential and the copyright of Youth Affairs Network Qld (YANQ)or
> a third party. If you are not the intended recipient of this
> communication please delete and destroy all copies and telephone/email
> (details above) YANQ. If you are the intended recipient of this
> communication you should not copy, disclose or distribute this
> communication without the authority of YANQ. Any views expressed in this
> communication are those of the individual sender, except where the
> sender specifically states them to be the views of YANQ.  Except as
> required at law, YANQ does not represent, warrant and/or guarantee that
> the integrity of this communication has been maintained or that the
> communication is free of errors, virus, interception or interference.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/6b0abf81/attachment.bin

From wrobel at pardus.de  Fri Jan  8 16:50:08 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 16:50:08 +0100
Subject: debian or ubuntu, packaged or openpackaged
In-Reply-To: <20100106144422.GU4099@gcd.ie>
References: <20100106144422.GU4099@gcd.ie>
Message-ID: <20100108165008.184441365ddbidkw@webmail.pardus.de>

Quoting Gavin McCullagh <gavin.mccullagh at gcd.ie>:

> Hi,
>
> we're migrating an old kolab install and planning the new platform to run
> it on.
>
>  - We generally use Ubuntu LTS on all of our servers but do have a couple
>    of Debian servers too.
>  - We generally like to use Debian packages wherever possible for
>    ease of management, patching and upgrade.
>
> I've been trying out the native packaging for debian lenny.  It seems to
> mostly work but while I like the idea of it, I'm not sure it's in wide
> enough use yet for us to go with it compared to the openpackage route.
> This is for a fairly large number of users so I'd rather not take chances.
>
> If we're using debian packages, I'll go with debian rather than ubuntu.  If
> we were to use openpackage, is one preferred over the other?

If you want to run it in production your best choice is OpenPKG on a  
debian system. This is the most thoroughly tested Kolab server system.  
And when it comes to a groupware system in production this is what I  
consider the most critical point.

Cheers,

Gunnar

>
> Any other thoughts?
>
> Thanks in advance,
> Gavin
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/a07fbcb0/attachment-0001.bin

From johannes_graumann at web.de  Fri Jan  8 16:55:00 2010
From: johannes_graumann at web.de (Johannes Graumann)
Date: Fri, 08 Jan 2010 16:55 +0100
Subject: No Calendar display in webclient
References: <hgl494$ue$1@ger.gmane.org> <1261311664.2178.1@antares>
	<hglp8h$ptt$1@ger.gmane.org>
	<20100108154529.21084rt6m8jkmeww@webmail.pardus.de>
Message-ID: <hi7kjd$5h2$1@ger.gmane.org>

Gunnar Wrobel wrote:

> Hi Johannes,
> 
> Quoting Johannes Graumann <johannes_graumann at web.de>:
> 
>> Thanks for the hint.
>>
>> Here is what I find:
>>
>>
>> [20-Dec-2009 19:07:24] PHP Warning:  DOMDocument::loadXML() [<a
>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag expected,
>> '&lt;' not found in Entity, line: 2 in
>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>> [20-Dec-2009 19:07:24] PHP Fatal error:  Call to a member function
>> hasChildNodes() on a non-object in
>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>>
>> Any clue what that might mean?
> 
> I'm confused now... Didn't you write you solved that particular
> problem and resolved the issue (see
> http://www.kolab.org/pipermail/kolab-users/2009-November/010595.html).
> You mentioned it was a preferences issue.
> 
> But to be honest I was already wondering if that could be true. See my
> last comment in https://issues.kolab.org/issue3751. I assume there is
> a specific kolab.xml attachment breaking Horde. If I'd know how that
> xml attachment looks like it should be easy to fix the issue. But if
> you have several hundred events in your calendar folder than finding
> the broken attachment might be hard.
> 
> We intended to fix that bug for 2.2.3 but lacked the time in the end
> so it dropped of the list.
> 

Thanks for picking this up once more. Obviously it's me who is confused - I 
went back and deleted my prefs 
(/kolab/var/kolab/www/client/storage/*.prefs). Logging in via horde now will 
create a new user-specifc *.prefs file and everything in horde looks nice 
and fine UNTIL I navigate to the calendar and ask it to display the kolab-
resident calendar (via check box in the upper right corner of the calendar 
component). At this point I start encountering the problems first described 
in this thread, so your hunch that there is something weird in my calendar 
seems right (especially since the Todos are just fine). How now could I go 
about finding the culprit in my reasonably busy calendar?

Thanks, Joh



From wrobel at pardus.de  Fri Jan  8 16:58:38 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 16:58:38 +0100
Subject: kolab v1 -> kolab v2
In-Reply-To: <20100106171736.GW4099@gcd.ie>
References: <20100106171736.GW4099@gcd.ie>
Message-ID: <20100108165838.12291cmqm1xuvpr4@webmail.pardus.de>

Quoting Gavin McCullagh <gavin.mccullagh at gcd.ie>:

> Hi,
>
> as I mentioned in a previous email, were upgrading an old version of Kolab.
> The old version is Kolab v1 and we'd like to move to kolab v2.2.3 (or
> whatever is current at the point we do it).
>
> Have people done this?  Are there scripts or guidelines available?

I think Thomas should comment here. I added him on cc. He'll be back  
at the beginning of february.

Our current 1st.README only details the required instruction to  
upgrade from 2.1.0 onwards. I'd suggest to search the mailing list for  
further instructions to upgrade from 1.0.

Cheers,

Gunnar

>
> From a brief inspection of a new system (the debian-packaged install for
> now) I note:
>
> == LDAP ==
>
> I can see that a good bit has changed in the ldap structure.  In
> particular, the multiple domain handling. I guess I can possibly write a
> shell script to run slapcat on the old system, fix that stuff up and load
> that into the new ldap database.
>
> == Domains ==
>
> All our current users are domain-agnostic (as kolab was back then).  A few
> have been given entries in /etc/postfix/virtual to facilitate them getting
> mail on other domains.  I guess I can create the default domain and migrate
> everyone to it by changing the ldif.
>
> == Cyrus ==
>
> The location and structure of spools has changed a bit with the inclusion
> of domains though it's not too tough to spot where things are -- although I
> also don't see the sieve directory as yet.
>
>
> Has anyone done such a migration in the past?  Are there any docs, scripts
> or references around?
>
> Gavin
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/7ec393db/attachment.bin

From wrobel at pardus.de  Fri Jan  8 17:02:02 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 17:02:02 +0100
Subject: Migration from cyrus IMAPD 2.2.3/Web-cyradm to kolab
In-Reply-To: <201001071427.24760.dusty@qwer.tk>
References: <201001071427.24760.dusty@qwer.tk>
Message-ID: <20100108170202.6710793amfcsvr40@webmail.pardus.de>

Quoting Hermann Himmelbauer <dusty at qwer.tk>:

> Hi,
> Currently, I use the Cyrus IMAPD, version 2.2.3 together with "Web-cyradm", a
> backend similar to Kolab. Now I think about migrating this server to Kolab.
>
> I estimate that there are no conversion scripts available from web-cyradm to
> Kolab, so I probably will create the email accounts + domains by hand. I
> don't have that many accounts, so it won't be so much trouble.
>
> For migrating the mail data, I can think of two ways:
>
> 1) Connect to both servers via an IMAP E-Mail client (e.g. KMail) and simply
> drag+drop the mails. This should work, however, it's quite cumbersome and
> error-prone, as I could easily miss some data in the process.
>
> 2) AFAIK, Kolab also uses the Cyrus IMAPD, so probably it's possible  
> to simply
> copy it over in some way?

That might be possible. Depends a little bit on the configuration of  
your old server. You'd probably also have to run cyrreconstruct to fix  
the folders.

But if you really only have a few accounts then I'd also suggest imapsync.

Cheers,

Gunnar

>
> What are your thoughts? Any help is appreciated!
>
> Best Regards,
> Hermann Himmelbauer
>
> --
> hermann at qwer.tk
> GPG key ID: 299893C7 (on keyservers)
> FP: 0124 2584 8809 EF2A DBF9  4902 64B4 D16B 2998 93C7
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/4b077e18/attachment.bin

From wrobel at pardus.de  Fri Jan  8 17:06:35 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 17:06:35 +0100
Subject: Default Horde options for all Users
In-Reply-To: <008d01ca8f06$ac44b480$04ce1d80$@co.za>
References: <008d01ca8f06$ac44b480$04ce1d80$@co.za>
Message-ID: <20100108170635.84581lkmls0i9v6s@webmail.pardus.de>


Quoting Nazeer <Nazeer at kryptonpcs.co.za>:

>  Hi   Is there any way to set default horde options for all users as well
> as any future users to be created in Kolab?

I assume you are referring to the Horde preferences system. It is not  
too hard to modify the defaults (and you can even lock them if you  
don't want to allow your users to change them).

You can add your specific settings to the  
webclient-*_prefs.php.template files in /kolab/etc/kolab/templates.  
Refer to the /kolab/var/kolab/www/client/config/prefs.php and  
/kolab/var/kolab/www/client/**/config/prefs.php files for the settings  
you may actually change.

Cheers,

Gunnar

>
>   Thanks

-- 
____ http://www.pardus.de _________________ http://gunnarwrobel.de _

E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                         Bundesstrasse 29
Fax    : +49 721 1513 52322                        D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/a2cca60d/attachment.bin

From wrobel at pardus.de  Fri Jan  8 17:07:35 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 17:07:35 +0100
Subject: Move Kolab server
In-Reply-To: <20100107161645.20961mhyuaxuahvo@www.inovox.de>
References: <20100107161645.20961mhyuaxuahvo@www.inovox.de>
Message-ID: <20100108170735.79643hv4wkwksn6s@webmail.pardus.de>

Quoting Carsten Burghardt <carsten at cburghardt.com>:

> Hi,
>
> my current Kolab server (2.2.2) is running Suse 10.3 and as that is no
> longer supported I will setup a new server with 11.2. As my Kolab
> server is used in production I need to move all my data from the
> original to the new server. Any hints how this can be done?

http://wiki.kolab.org/index.php/Backups_for_kolab2

Cheers,

Gunnar

>
>
> Regards
>
> Carsten
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/b0fd6163/attachment.bin

From cristian at livadaru.net  Fri Jan  8 17:13:26 2010
From: cristian at livadaru.net (Cristian Livadaru)
Date: Fri, 8 Jan 2010 17:13:26 +0100
Subject: Migration from cyrus IMAPD 2.2.3/Web-cyradm to kolab
In-Reply-To: <20100108170202.6710793amfcsvr40@webmail.pardus.de>
References: <201001071427.24760.dusty@qwer.tk>
	<20100108170202.6710793amfcsvr40@webmail.pardus.de>
Message-ID: <50D69E03-F761-4942-8B29-8BAA7E50C6C5@livadaru.net>


On 8 Jan, 2010, at 17:02 , Gunnar Wrobel wrote:

> Quoting Hermann Himmelbauer <dusty at qwer.tk>:
> 
>> Hi,
>> Currently, I use the Cyrus IMAPD, version 2.2.3 together with "Web-cyradm", a
>> backend similar to Kolab. Now I think about migrating this server to Kolab.
>> 
>> I estimate that there are no conversion scripts available from web-cyradm to
>> Kolab, so I probably will create the email accounts + domains by hand. I
>> don't have that many accounts, so it won't be so much trouble.
>> 
>> For migrating the mail data, I can think of two ways:
>> 
>> 1) Connect to both servers via an IMAP E-Mail client (e.g. KMail) and simply
>> drag+drop the mails. This should work, however, it's quite cumbersome and
>> error-prone, as I could easily miss some data in the process.
>> 
>> 2) AFAIK, Kolab also uses the Cyrus IMAPD, so probably it's possible to simply
>> copy it over in some way?
> 
> That might be possible. Depends a little bit on the configuration of your old server. You'd probably also have to run cyrreconstruct to fix the folders.
> 
> But if you really only have a few accounts then I'd also suggest imapsync.
> 
> Cheers,
> 
> Gunnar


Maybe my old howto can help. Didn't use it in quite a while. But used to work great when I wrote it. 

http://livadaru.net/cristian/wiki/index.php/CyrusMove

Cris 


From wrobel at pardus.de  Fri Jan  8 17:17:33 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 17:17:33 +0100
Subject: No Calendar display in webclient
In-Reply-To: <hi7kjd$5h2$1@ger.gmane.org>
References: <hgl494$ue$1@ger.gmane.org> <1261311664.2178.1@antares>
	<hglp8h$ptt$1@ger.gmane.org>
	<20100108154529.21084rt6m8jkmeww@webmail.pardus.de>
	<hi7kjd$5h2$1@ger.gmane.org>
Message-ID: <20100108171733.17381rvvfe8w5i2s@webmail.pardus.de>

Quoting Johannes Graumann <johannes_graumann at web.de>:

> Gunnar Wrobel wrote:
>
>> Hi Johannes,
>>
>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>
>>> Thanks for the hint.
>>>
>>> Here is what I find:
>>>
>>>
>>> [20-Dec-2009 19:07:24] PHP Warning:  DOMDocument::loadXML() [<a
>>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag expected,
>>> '&lt;' not found in Entity, line: 2 in
>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>>> [20-Dec-2009 19:07:24] PHP Fatal error:  Call to a member function
>>> hasChildNodes() on a non-object in
>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>>>
>>> Any clue what that might mean?
>>
>> I'm confused now... Didn't you write you solved that particular
>> problem and resolved the issue (see
>> http://www.kolab.org/pipermail/kolab-users/2009-November/010595.html).
>> You mentioned it was a preferences issue.
>>
>> But to be honest I was already wondering if that could be true. See my
>> last comment in https://issues.kolab.org/issue3751. I assume there is
>> a specific kolab.xml attachment breaking Horde. If I'd know how that
>> xml attachment looks like it should be easy to fix the issue. But if
>> you have several hundred events in your calendar folder than finding
>> the broken attachment might be hard.
>>
>> We intended to fix that bug for 2.2.3 but lacked the time in the end
>> so it dropped of the list.
>>
>
> Thanks for picking this up once more. Obviously it's me who is confused - I
> went back and deleted my prefs
> (/kolab/var/kolab/www/client/storage/*.prefs). Logging in via horde now will
> create a new user-specifc *.prefs file and everything in horde looks nice
> and fine UNTIL I navigate to the calendar and ask it to display the kolab-
> resident calendar (via check box in the upper right corner of the calendar
> component). At this point I start encountering the problems first described
> in this thread, so your hunch that there is something weird in my calendar
> seems right (especially since the Todos are just fine). How now could I go
> about finding the culprit in my reasonably busy calendar?

Two options:

"binary search"

  1) kill one half of you events
  2) does it work again or does it still fail
     a) it still fails -> goto 1)
     b) it works again
        i) restore folder
        ii) kill the other half of the events -> it should fail again  
-> goto 1)

yup, tedious, I know...

"debug"

Follow my instructions in  
http://wiki.kolab.org/index.php/PHP_debugging about xdebug and paste  
the (hopefully) resulting stack trace into  
https://issues.kolab.org/issue3751

Cheers,

Gunnar

>
> Thanks, Joh
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/39ed7d29/attachment.bin

From johannes_graumann at web.de  Fri Jan  8 17:50:56 2010
From: johannes_graumann at web.de (Johannes Graumann)
Date: Fri, 08 Jan 2010 17:50:56 +0100
Subject: No Calendar display in webclient
References: <hgl494$ue$1@ger.gmane.org> <1261311664.2178.1@antares>
	<hglp8h$ptt$1@ger.gmane.org>
	<20100108154529.21084rt6m8jkmeww@webmail.pardus.de>
	<hi7kjd$5h2$1@ger.gmane.org>
	<20100108171733.17381rvvfe8w5i2s@webmail.pardus.de>
Message-ID: <hi7ns6$h39$1@ger.gmane.org>

Gunnar Wrobel wrote:

> Quoting Johannes Graumann <johannes_graumann at web.de>:
> 
>> Gunnar Wrobel wrote:
>>
>>> Hi Johannes,
>>>
>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>
>>>> Thanks for the hint.
>>>>
>>>> Here is what I find:
>>>>
>>>>
>>>> [20-Dec-2009 19:07:24] PHP Warning:  DOMDocument::loadXML() [<a
>>>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag
>>>> expected, '&lt;' not found in Entity, line: 2 in
>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>>>> [20-Dec-2009 19:07:24] PHP Fatal error:  Call to a member function
>>>> hasChildNodes() on a non-object in
>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>>>>
>>>> Any clue what that might mean?
>>>
>>> I'm confused now... Didn't you write you solved that particular
>>> problem and resolved the issue (see
>>> http://www.kolab.org/pipermail/kolab-users/2009-November/010595.html).
>>> You mentioned it was a preferences issue.
>>>
>>> But to be honest I was already wondering if that could be true. See my
>>> last comment in https://issues.kolab.org/issue3751. I assume there is
>>> a specific kolab.xml attachment breaking Horde. If I'd know how that
>>> xml attachment looks like it should be easy to fix the issue. But if
>>> you have several hundred events in your calendar folder than finding
>>> the broken attachment might be hard.
>>>
>>> We intended to fix that bug for 2.2.3 but lacked the time in the end
>>> so it dropped of the list.
>>>
>>
>> Thanks for picking this up once more. Obviously it's me who is confused -
>> I went back and deleted my prefs
>> (/kolab/var/kolab/www/client/storage/*.prefs). Logging in via horde now
>> will create a new user-specifc *.prefs file and everything in horde looks
>> nice and fine UNTIL I navigate to the calendar and ask it to display the
>> kolab- resident calendar (via check box in the upper right corner of the
>> calendar component). At this point I start encountering the problems
>> first described in this thread, so your hunch that there is something
>> weird in my calendar seems right (especially since the Todos are just
>> fine). How now could I go about finding the culprit in my reasonably busy
>> calendar?
> 
> Two options:
> 
> "binary search"
> 
>   1) kill one half of you events
>   2) does it work again or does it still fail
>      a) it still fails -> goto 1)
>      b) it works again
>         i) restore folder
>         ii) kill the other half of the events -> it should fail again
> -> goto 1)
> 
> yup, tedious, I know...
> 
> "debug"
> 
> Follow my instructions in
> http://wiki.kolab.org/index.php/PHP_debugging about xdebug and paste
> the (hopefully) resulting stack trace into
> https://issues.kolab.org/issue3751
 
"binary search" ("debug" I don't know) relies on only 1 event being the 
culprit though ... no?

Joh






From wrobel at pardus.de  Fri Jan  8 20:15:39 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 08 Jan 2010 20:15:39 +0100
Subject: No Calendar display in webclient
In-Reply-To: <hi7ns6$h39$1@ger.gmane.org>
References: <hgl494$ue$1@ger.gmane.org> <1261311664.2178.1@antares>
	<hglp8h$ptt$1@ger.gmane.org>
	<20100108154529.21084rt6m8jkmeww@webmail.pardus.de>
	<hi7kjd$5h2$1@ger.gmane.org>
	<20100108171733.17381rvvfe8w5i2s@webmail.pardus.de>
	<hi7ns6$h39$1@ger.gmane.org>
Message-ID: <20100108201539.19096fqiqbm839ss@webmail.pardus.de>

Quoting Johannes Graumann <johannes_graumann at web.de>:

> Gunnar Wrobel wrote:
>
>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>
>>> Gunnar Wrobel wrote:
>>>
>>>> Hi Johannes,
>>>>
>>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>>
>>>>> Thanks for the hint.
>>>>>
>>>>> Here is what I find:
>>>>>
>>>>>
>>>>> [20-Dec-2009 19:07:24] PHP Warning:  DOMDocument::loadXML() [<a
>>>>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag
>>>>> expected, '&lt;' not found in Entity, line: 2 in
>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>>>>> [20-Dec-2009 19:07:24] PHP Fatal error:  Call to a member function
>>>>> hasChildNodes() on a non-object in
>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>>>>>
>>>>> Any clue what that might mean?
>>>>
>>>> I'm confused now... Didn't you write you solved that particular
>>>> problem and resolved the issue (see
>>>> http://www.kolab.org/pipermail/kolab-users/2009-November/010595.html).
>>>> You mentioned it was a preferences issue.
>>>>
>>>> But to be honest I was already wondering if that could be true. See my
>>>> last comment in https://issues.kolab.org/issue3751. I assume there is
>>>> a specific kolab.xml attachment breaking Horde. If I'd know how that
>>>> xml attachment looks like it should be easy to fix the issue. But if
>>>> you have several hundred events in your calendar folder than finding
>>>> the broken attachment might be hard.
>>>>
>>>> We intended to fix that bug for 2.2.3 but lacked the time in the end
>>>> so it dropped of the list.
>>>>
>>>
>>> Thanks for picking this up once more. Obviously it's me who is confused -
>>> I went back and deleted my prefs
>>> (/kolab/var/kolab/www/client/storage/*.prefs). Logging in via horde now
>>> will create a new user-specifc *.prefs file and everything in horde looks
>>> nice and fine UNTIL I navigate to the calendar and ask it to display the
>>> kolab- resident calendar (via check box in the upper right corner of the
>>> calendar component). At this point I start encountering the problems
>>> first described in this thread, so your hunch that there is something
>>> weird in my calendar seems right (especially since the Todos are just
>>> fine). How now could I go about finding the culprit in my reasonably busy
>>> calendar?
>>
>> Two options:
>>
>> "binary search"
>>
>>   1) kill one half of you events
>>   2) does it work again or does it still fail
>>      a) it still fails -> goto 1)
>>      b) it works again
>>         i) restore folder
>>         ii) kill the other half of the events -> it should fail again
>> -> goto 1)
>>
>> yup, tedious, I know...
>>
>> "debug"
>>
>> Follow my instructions in
>> http://wiki.kolab.org/index.php/PHP_debugging about xdebug and paste
>> the (hopefully) resulting stack trace into
>> https://issues.kolab.org/issue3751
>
> "binary search" ("debug" I don't know) relies on only 1 event being the
> culprit though ... no?

Yes. From the error message it is clear that it happens during reading  
of one of the kolab.xml attachments. So it is very unlikely that it is  
caused by an interaction of several such attachments.

And if you have several such attachments in one folder it does not  
matter as I believe I only need one such example to fix the problem :)

Cheers,

Gunnar

>
> Joh
>
>
>
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100108/769ea128/attachment.bin

From hjkim at bynari.net  Fri Jan  8 21:29:00 2010
From: hjkim at bynari.net (Hyun Kim)
Date: Fri, 08 Jan 2010 14:29:00 -0600
Subject: Insight Connector RC 2 
Message-ID: <3925feea.1ca90a1.10f64da3.732@bynari.net>


Kolab users,


Happy New Year!


This will be our last release candidate before the final version is released. Thank you for your continued feedback!


Insight Connector 4.0 Kolab Release Notes


We are very pleased to announce the New Insight Connector 4.0 Release Candidate 2 for the Kolab Server! 

 

https://beyond.bynari.net/files/connector/ic4beta/BynariKolab-InsightConnector-iCal-Kolab-4.0.0-0107586-INI.zip 

http://www.bynari.net/images/documentation/connector/insight_connector_40_quick_installation_guide.pdf


FIXES


*	Build 586: Kolab Server

	*	Outlook needs to be restarted to show shared items 
	*	Cannot modify or create new entries in shared folders 
	*	Not uploading messages in Sent Items folder after moving the messages from Outbox 
	*	exportPST: Crashing when attempting to export Connector 4.0 PST file 

*	Build 583: Kolab Server

	*	Tasks - user assigned a task cannot open the Task Assignment message 

Thanks,

Hyun 


Mrs. Hyun Kim
President
Bynari, Inc.
222 W Las Colinas Blvd, Suite 1320N

Irving, Tx  75039

www.bynari.net

(214) 350-5772 X59
(214) 789-8674 cell
(214) 352-3530 fax

 

"Sharing made easy...leading the way for Universal Collaboration."

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100108/cbbc1158/attachment-0001.html

From thorsten.schnebeck at gmx.net  Sat Jan  9 19:01:05 2010
From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck)
Date: Sat, 9 Jan 2010 19:01:05 +0100
Subject: Kolab Server 2.2.3 Final Release
In-Reply-To: <20091223174644.208283374.thomas@intevation.de>
References: <20091223174644.208283374.thomas@intevation.de>
Message-ID: <201001091901.05813.thorsten.schnebeck@gmx.net>

> Please report any problems you encounter in our issue tracker:
> https://issues.kolab.org/
> 
> Regards,
> Thomas Arendsen Hein

Hi!

No problems when updating my master-slave system.
Base system is Ubuntu Karmic minimal set-up with Kolab Debian5 packages for master and for slave. I use on both servers x86-binary packages.

Thanks

  Thorsten


From thorsten.schnebeck at gmx.net  Sun Jan 10 01:49:21 2010
From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck)
Date: Sun, 10 Jan 2010 01:49:21 +0100
Subject: z-push and N900 Mail for Exchange
Message-ID: <201001100149.21570.thorsten.schnebeck@gmx.net>

Am Freitag 08 Januar 2010 15:18:10 schrieb Thorsten Schnebeck:
> Am Samstag 12 Dezember 2009 13:12:42 schrieb Alain abbas:
> > 
> > hi Thorsten
> > Yes this is a problem between the N900 and Z-push not the kolab Bakend
> > 
> > Regards
> > Alain
> > 
> > > Hi Alain abbas,
> > >
> > > meanwhile I found
> > > http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002
> 
> Ok, we are back in the game:
> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002&start=10#p3759
> 
> Will try this with the latest kolab backend soon.

Ok, stuff is a little bit tricky.
There is a new svn-branch for Active-Sync V12.1 support that is needed for the 
N900 (so far).

Problem:
backend/diffbackend.php has changed, functions have new parameters.

I have patched this file to make it run but sync is still broken. The question 
is if Alain will also support this alpha branch or if he will concentrate on 
the stable branch of z-push?

I still get broken stuff like

01/10/10 00:49:30 [22863] I  <Synchronize>
01/10/10 00:49:30 [22863] I   <Folders>
01/10/10 00:49:30 [22863] I    <Folder>
01/10/10 00:49:30 [22863] I     <SyncKey>
01/10/10 00:49:30 [22863] GZip Results: Original Size 229 / Compress Size 195 
byte(s) --> Send compressed data
01/10/10 00:49:30 [22863] IMAP-errors: SECURITY PROBLEM: insecure server 
advertised AUTH=PLAIN
01/10/10 00:49:30 [22863] IMAP connection closed
01/10/10 00:49:30 [22863] end

Bye

  Thorsten


From kcaesar at hotmail.com  Sun Jan 10 14:56:53 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Sun, 10 Jan 2010 14:56:53 +0100
Subject: Kolab server and tikiwiki.
Message-ID: <SNT135-w3960C4E30DBBF0A18CD1FA36E0@phx.gbl>





Hello,


I want to know if somebody had already tried to configure tikiwiki to bind with the openldap server of  kolab ?
I try to follow the steps found on the tikiwiki website but without succes..

somebody can help me ?

On another topic, I made the integration of GLPI with succes.


Best regards,

 		 	   		  
_________________________________________________________________
D?couvrez Windows 7 en 7 secondes?!
http://clk.atdmt.com/FRM/go/181574577/direct/01/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100110/3206f4ed/attachment.html

From Divan.Santana at gmail.com  Mon Jan 11 05:17:26 2010
From: Divan.Santana at gmail.com (Divan Santana)
Date: Mon, 11 Jan 2010 06:17:26 +0200
Subject: ClearOS
In-Reply-To: <4B460D66.4080203@yugm.org>
References: <4B460D66.4080203@yugm.org>
Message-ID: <201001110617.27026.Divan.Santana@gmail.com>


On Thursday 07 January 2010 18:35:50 Paul Douglas Franklin wrote:
> Has anybody used ClearOS?  It includes Kolab. 

I looked at it briefly and used it a little.

> Comments?

Its a very promising SBS solution.
I like the kolab features such as an option to enable archiving of all email. 
It allows you to select how many years you want to keep mail for and you can 
also select which mails to keep depending on the size of the attachment.

There's also easy anti-spam integrated and best of all would be the kolab LDAP 
samba integration.

It certainly has some nice tempting things.

What I don't like is:
- you need to subscribe/purchase subscription for many updates such as 
Intrusion detection, anti-spam, anti-malware etc etc. Without that its not as 
useful.
- Doesn't support 64bit yet.
- Doesn't support virtualisation yet.
- Based on CentOS(not a train smash but I prefer ubuntu).

Let me know your thoughts.

-- 
Divan Santana


From albrecht.dress at lios-tech.com  Mon Jan 11 15:44:12 2010
From: albrecht.dress at lios-tech.com (Albrecht =?utf-8?q?Dre=C3=9F?=)
Date: Mon, 11 Jan 2010 15:44:12 +0100
Subject: Default Horde options for all Users
In-Reply-To: <008d01ca8f06$ac44b480$04ce1d80$@co.za>
References: <008d01ca8f06$ac44b480$04ce1d80$@co.za>
Message-ID: <201001111544.13025.albrecht.dress@lios-tech.com>

Nazeer schrieb am Mittwoch 06 Januar 2010 20:30:
> Is there any way to set default horde options for all users as well as any future users to be created in Kolab?

Only for newly created users, by tweaking the files /kolab/etc/kolab/templates/webclient-*.template (kolab >= 2.2.2, iirc).  If you want to pre-set vales through hook functions, I *think* you need to define them all in the file /kolab/etc/kolab/templates/webclient-config_hooks.php.template.

Hth,
Albrecht.


From johannes_graumann at web.de  Mon Jan 11 23:53:41 2010
From: johannes_graumann at web.de (Johannes Graumann)
Date: Mon, 11 Jan 2010 23:53:41 +0100
Subject: No Calendar display in webclient
References: <hgl494$ue$1@ger.gmane.org> <1261311664.2178.1@antares>
	<hglp8h$ptt$1@ger.gmane.org>
	<20100108154529.21084rt6m8jkmeww@webmail.pardus.de>
	<hi7kjd$5h2$1@ger.gmane.org>
	<20100108171733.17381rvvfe8w5i2s@webmail.pardus.de>
	<hi7ns6$h39$1@ger.gmane.org>
	<20100108201539.19096fqiqbm839ss@webmail.pardus.de>
Message-ID: <higa5k$qoi$1@ger.gmane.org>

Gunnar Wrobel wrote:

> Quoting Johannes Graumann <johannes_graumann at web.de>:
> 
>> Gunnar Wrobel wrote:
>>
>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>
>>>> Gunnar Wrobel wrote:
>>>>
>>>>> Hi Johannes,
>>>>>
>>>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>>>
>>>>>> Thanks for the hint.
>>>>>>
>>>>>> Here is what I find:
>>>>>>
>>>>>>
>>>>>> [20-Dec-2009 19:07:24] PHP Warning:  DOMDocument::loadXML() [<a
>>>>>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag
>>>>>> expected, '&lt;' not found in Entity, line: 2 in
>>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>>>>>> [20-Dec-2009 19:07:24] PHP Fatal error:  Call to a member function
>>>>>> hasChildNodes() on a non-object in
>>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>>>>>>
>>>>>> Any clue what that might mean?
>>>>>
>>>>> I'm confused now... Didn't you write you solved that particular
>>>>> problem and resolved the issue (see
>>>>> http://www.kolab.org/pipermail/kolab-users/2009-November/010595.html).
>>>>> You mentioned it was a preferences issue.
>>>>>
>>>>> But to be honest I was already wondering if that could be true. See my
>>>>> last comment in https://issues.kolab.org/issue3751. I assume there is
>>>>> a specific kolab.xml attachment breaking Horde. If I'd know how that
>>>>> xml attachment looks like it should be easy to fix the issue. But if
>>>>> you have several hundred events in your calendar folder than finding
>>>>> the broken attachment might be hard.
>>>>>
>>>>> We intended to fix that bug for 2.2.3 but lacked the time in the end
>>>>> so it dropped of the list.
>>>>>
>>>>
>>>> Thanks for picking this up once more. Obviously it's me who is confused
>>>> - I went back and deleted my prefs
>>>> (/kolab/var/kolab/www/client/storage/*.prefs). Logging in via horde now
>>>> will create a new user-specifc *.prefs file and everything in horde
>>>> looks nice and fine UNTIL I navigate to the calendar and ask it to
>>>> display the kolab- resident calendar (via check box in the upper right
>>>> corner of the calendar component). At this point I start encountering
>>>> the problems first described in this thread, so your hunch that there
>>>> is something weird in my calendar seems right (especially since the
>>>> Todos are just fine). How now could I go about finding the culprit in
>>>> my reasonably busy calendar?
>>>
>>> Two options:
>>>
>>> "binary search"
>>>
>>>   1) kill one half of you events
>>>   2) does it work again or does it still fail
>>>      a) it still fails -> goto 1)
>>>      b) it works again
>>>         i) restore folder
>>>         ii) kill the other half of the events -> it should fail again
>>> -> goto 1)
>>>
>>> yup, tedious, I know...
>>>
>>> "debug"
>>>
>>> Follow my instructions in
>>> http://wiki.kolab.org/index.php/PHP_debugging about xdebug and paste
>>> the (hopefully) resulting stack trace into
>>> https://issues.kolab.org/issue3751
>>
>> "binary search" ("debug" I don't know) relies on only 1 event being the
>> culprit though ... no?
> 
> Yes. From the error message it is clear that it happens during reading
> of one of the kolab.xml attachments. So it is very unlikely that it is
> caused by an interaction of several such attachments.
> 
> And if you have several such attachments in one folder it does not
> matter as I believe I only need one such example to fix the problem :)
> 
I setup the debugging option, but am at a loss on how to use it. Just call 
the kronolith component with the debug-trigger in the URL and then step with 
space through the script(s) until something happens?
Thanks for any further hints.

Joh


From wrobel at pardus.de  Tue Jan 12 06:19:06 2010
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Tue, 12 Jan 2010 06:19:06 +0100
Subject: No Calendar display in webclient
In-Reply-To: <higa5k$qoi$1@ger.gmane.org>
References: <hgl494$ue$1@ger.gmane.org> <1261311664.2178.1@antares>
	<hglp8h$ptt$1@ger.gmane.org>
	<20100108154529.21084rt6m8jkmeww@webmail.pardus.de>
	<hi7kjd$5h2$1@ger.gmane.org>
	<20100108171733.17381rvvfe8w5i2s@webmail.pardus.de>
	<hi7ns6$h39$1@ger.gmane.org>
	<20100108201539.19096fqiqbm839ss@webmail.pardus.de>
	<higa5k$qoi$1@ger.gmane.org>
Message-ID: <20100112061906.17408n4mdfozstao@webmail.pardus.de>

Hi Johannes,

Quoting Johannes Graumann <johannes_graumann at web.de>:

> Gunnar Wrobel wrote:
>
>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>
>>> Gunnar Wrobel wrote:
>>>
>>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>>
>>>>> Gunnar Wrobel wrote:
>>>>>
>>>>>> Hi Johannes,
>>>>>>
>>>>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>>>>
>>>>>>> Thanks for the hint.
>>>>>>>
>>>>>>> Here is what I find:
>>>>>>>
>>>>>>>
>>>>>>> [20-Dec-2009 19:07:24] PHP Warning:  DOMDocument::loadXML() [<a
>>>>>>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag
>>>>>>> expected, '&lt;' not found in Entity, line: 2 in
>>>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>>>>>>> [20-Dec-2009 19:07:24] PHP Fatal error:  Call to a member function
>>>>>>> hasChildNodes() on a non-object in
>>>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>>>>>>>
>>>>>>> Any clue what that might mean?
>>>>>>
>>>>>> I'm confused now... Didn't you write you solved that particular
>>>>>> problem and resolved the issue (see
>>>>>> http://www.kolab.org/pipermail/kolab-users/2009-November/010595.html).
>>>>>> You mentioned it was a preferences issue.
>>>>>>
>>>>>> But to be honest I was already wondering if that could be true. See my
>>>>>> last comment in https://issues.kolab.org/issue3751. I assume there is
>>>>>> a specific kolab.xml attachment breaking Horde. If I'd know how that
>>>>>> xml attachment looks like it should be easy to fix the issue. But if
>>>>>> you have several hundred events in your calendar folder than finding
>>>>>> the broken attachment might be hard.
>>>>>>
>>>>>> We intended to fix that bug for 2.2.3 but lacked the time in the end
>>>>>> so it dropped of the list.
>>>>>>
>>>>>
>>>>> Thanks for picking this up once more. Obviously it's me who is confused
>>>>> - I went back and deleted my prefs
>>>>> (/kolab/var/kolab/www/client/storage/*.prefs). Logging in via horde now
>>>>> will create a new user-specifc *.prefs file and everything in horde
>>>>> looks nice and fine UNTIL I navigate to the calendar and ask it to
>>>>> display the kolab- resident calendar (via check box in the upper right
>>>>> corner of the calendar component). At this point I start encountering
>>>>> the problems first described in this thread, so your hunch that there
>>>>> is something weird in my calendar seems right (especially since the
>>>>> Todos are just fine). How now could I go about finding the culprit in
>>>>> my reasonably busy calendar?
>>>>
>>>> Two options:
>>>>
>>>> "binary search"
>>>>
>>>>   1) kill one half of you events
>>>>   2) does it work again or does it still fail
>>>>      a) it still fails -> goto 1)
>>>>      b) it works again
>>>>         i) restore folder
>>>>         ii) kill the other half of the events -> it should fail again
>>>> -> goto 1)
>>>>
>>>> yup, tedious, I know...
>>>>
>>>> "debug"
>>>>
>>>> Follow my instructions in
>>>> http://wiki.kolab.org/index.php/PHP_debugging about xdebug and paste
>>>> the (hopefully) resulting stack trace into
>>>> https://issues.kolab.org/issue3751
>>>
>>> "binary search" ("debug" I don't know) relies on only 1 event being the
>>> culprit though ... no?
>>
>> Yes. From the error message it is clear that it happens during reading
>> of one of the kolab.xml attachments. So it is very unlikely that it is
>> caused by an interaction of several such attachments.
>>
>> And if you have several such attachments in one folder it does not
>> matter as I believe I only need one such example to fix the problem :)
>>
> I setup the debugging option, but am at a loss on how to use it. Just call
> the kronolith component with the debug-trigger in the URL and then step with
> space through the script(s) until something happens?
> Thanks for any further hints.

No, sorry, I wasn't clear then. I did not want you to actually do the  
debugging :)

But once you installed xdebug and perform the steps to hit the fatal  
error (the white page) the amount of information you get in the log  
file (client/log/php-error.log) should increase. First of all you  
should get a stack trace in there. Just copy that one into the kolab  
issue. Thanks!

Cheers,

Gunnar

>
> Joh
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://kolab.org/pipermail/kolab-users/attachments/20100112/d4e93c99/attachment.bin

From gavin.mccullagh at gcd.ie  Tue Jan 12 19:01:02 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Tue, 12 Jan 2010 18:01:02 +0000
Subject: recommended filesystem for kolab
Message-ID: <20100112180102.GX22279@gcd.ie>

Hi,

I'm setting up a kolab install.  The kolab directories will be on an
external SAS RAID array on Debian Lenny.  I was just about to format those
partitions and began wondering what the ideal filesystem would be.

My default (like most people) would be ext3 -- in this case with noatime
and nodiratime (or possible relatime) options.  I guess XFS might be an
option but I'm not as used to it.  I'm also aware that some issues have
been mopped up recently in ext3:

	http://lwn.net/Articles/328363/

so I may go for a recent kernel.  Is there a major benefit to be had from
using some other filesystem such as XFS?

Gavin


From bernhard at intevation.de  Wed Jan 13 09:30:19 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 13 Jan 2010 09:30:19 +0100
Subject: autosignatur
In-Reply-To: <4B29DFFD.1050605@oab.de>
References: <4B29DFFD.1050605@oab.de>
Message-ID: <201001130930.20075.bernhard@intevation.de>

Am Donnerstag, 17. Dezember 2009 08:38:37 schrieb Alexander Marx:
> I want ONLY OUTGOING MAILS to get a "standard signature" bzw a disclaimer.
>
> Because we have several subsidiary companies and i can't manage every
> Mailclient to use a special signature.
>
> So the dream is to tell the people:
>
> Go and make your own Signature JUST with NAME and PHONE and let kolab do
> the rest.
>
> is that possible and can someone please tell me where to find a howto?

It is certainly possible to do that. 
You could check for postfix solutions to this problem, which you will be able 
to replicate within Kolab Server usually.

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100113/1124a405/attachment.bin

From bernhard at intevation.de  Wed Jan 13 09:35:36 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 13 Jan 2010 09:35:36 +0100
Subject: recommended filesystem for kolab
In-Reply-To: <20100112180102.GX22279@gcd.ie>
References: <20100112180102.GX22279@gcd.ie>
Message-ID: <201001130935.37073.bernhard@intevation.de>

As your post is about a recommended filesystem,
there is no strict recommendation except for that the filesystem
should be local, so that Cyrus and Postfix can work quickly
and that  you should consider filesystemcheck time.
Note that Cyrus deals with a lot of smaller files and does not work over NFS
or most other network filesystems.

Otherwise general pros and cons for filesystems apply.

Am Dienstag, 12. Januar 2010 19:01:02 schrieb Gavin McCullagh:
> My default (like most people) would be ext3 -- in this case with noatime
> and nodiratime (or possible relatime) options. ?I guess XFS might be an
> option but I'm not as used to it. ?I'm also aware that some issues have
> been mopped up recently in ext3:
>
> ????????http://lwn.net/Articles/328363/
>
> so I may go for a recent kernel. ?Is there a major benefit to be had from
> using some other filesystem such as XFS?

Personally I've set up ext3 and XFS. With ext3 I've heard that a filesystem 
check can be quite long, so you would possible need to tune it.


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100113/44a2cc87/attachment.bin

From bernhard at intevation.de  Wed Jan 13 09:37:43 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 13 Jan 2010 09:37:43 +0100
Subject: Allowing SASL-Authenticated Users to Relay
In-Reply-To: <4B462E45.6070002@deonweb.com>
References: <4B462E45.6070002@deonweb.com>
Message-ID: <201001130937.44003.bernhard@intevation.de>

Am Donnerstag, 7. Januar 2010 19:56:05 schrieb Brian d'Eon:
> Jan 07 00:05:09 mogul <warning> postfix/trivial-rewrite[4355]: warning:
> database /kolab/etc/postfix/relocated.db is older than source file
> /kolab/etc/postfix/relocated

Just an idea: Are you missing to issue a "postmap" command to update the 
table?

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100113/297c7b09/attachment.bin

From bernhard at intevation.de  Wed Jan 13 09:44:29 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 13 Jan 2010 09:44:29 +0100
Subject: Kolab server and tikiwiki
In-Reply-To: <BLU122-W15BCB3B446D489D2FAB95BA3760@phx.gbl>
References: <BLU122-W15BCB3B446D489D2FAB95BA3760@phx.gbl>
Message-ID: <201001130944.30031.bernhard@intevation.de>

Am Samstag, 2. Januar 2010 16:54:35 schrieb kiser Caesar:
> I want to know if somebody had already tried to configure tikiwiki to bind
> with the openldap server of ?kolab ? I try to follow the steps found on the
> tikiwiki website but without succes..
>
> somebody can help me ?

To raise the chances that someone can give you a hint, I suggest that you 
include links towards the precise instruction of what you have been doing
and also give further data, like version numbers, results in the log files and 
all that. After all Kolab Server comes with a regular OpenLDAP and thus the 
issue will not be Kolab Server specific I guess-

> On another topic, I made the integration of GLPI with succes.

What is glpi? Is that worth to be reported in the Wiki? :)
Bernhard


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100113/f4d75a3b/attachment.bin

From bernhard at intevation.de  Wed Jan 13 09:45:01 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 13 Jan 2010 09:45:01 +0100
Subject: Upgrade to 2.2.3:
	/kolab/var/kolab/www/client/config/kolab.php.rpmnew
In-Reply-To: <hi7egq$dhj$1@ger.gmane.org>
References: <hi1hd5$bje$1@ger.gmane.org>
	<20100107172633.447614447.thomas@intevation.de>
	<hi7egq$dhj$1@ger.gmane.org>
Message-ID: <201001130945.02231.bernhard@intevation.de>

Am Freitag, 8. Januar 2010 15:11:16 schrieb Johannes Graumann:
>  but what am I to delete? kolab.php or
> kolab.php.rpmnew?

kolab.php.rpmnew
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100113/f380aebc/attachment.bin

From bernhard at intevation.de  Wed Jan 13 09:46:34 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 13 Jan 2010 09:46:34 +0100
Subject: debian or ubuntu, packaged or openpackaged
In-Reply-To: <20100108165008.184441365ddbidkw@webmail.pardus.de>
References: <20100106144422.GU4099@gcd.ie>
	<20100108165008.184441365ddbidkw@webmail.pardus.de>
Message-ID: <201001130946.35213.bernhard@intevation.de>

Am Freitag, 8. Januar 2010 16:50:08 schrieb Gunnar Wrobel:
> If you want to run it in production your best choice is OpenPKG on a ?
> debian system. This is the most thoroughly tested Kolab server system. ?
> And when it comes to a groupware system in production this is what I ?
> consider the most critical point.

OpenPKG will work on a number of GNU or Unix systems just fine, so the 
Kolab Server/OpenPKG currently is the recommendation.
Doing this on Ubuntu should just work as good as with Debian.

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100113/27771640/attachment.bin

From nprice at gibb.co.za  Wed Jan 13 10:31:06 2010
From: nprice at gibb.co.za (Neil Price)
Date: Wed, 13 Jan 2010 11:31:06 +0200
Subject: recommended filesystem for kolab
In-Reply-To: <20100112180102.GX22279@gcd.ie>
References: <20100112180102.GX22279@gcd.ie>
Message-ID: <4B4D92DA.20502@gibb.co.za>

Gavin McCullagh wrote:
> so I may go for a recent kernel.  Is there a major benefit to be had from
> using some other filesystem such as XFS?
>   
XFS works well with LVM because you can expand volumes on the fly. If 
thats of use to you then it might be worth it. It caches very 
aggressively and so is more vulnerable than ext3 without reliable 
hardware and a UPS.



From gavin.mccullagh at gcd.ie  Wed Jan 13 11:19:51 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Wed, 13 Jan 2010 10:19:51 +0000
Subject: recommended filesystem for kolab
In-Reply-To: <4B4D92DA.20502@gibb.co.za>
References: <20100112180102.GX22279@gcd.ie>
 <4B4D92DA.20502@gibb.co.za>
Message-ID: <20100113101951.GE22279@gcd.ie>

Hi,

thanks for the response.

On Wed, 13 Jan 2010, Neil Price wrote:

> Gavin McCullagh wrote:
> > so I may go for a recent kernel.  Is there a major benefit to be had from
> > using some other filesystem such as XFS?
> >   
> XFS works well with LVM because you can expand volumes on the fly. 

In my experience you can do that with moderately recent ext3 filesystems
too.  Though perhaps it's quicker/cleaner/faster/safer with XFS?

> If thats of use to you then it might be worth it. It caches very
> aggressively and so is more vulnerable than ext3 without reliable 
> hardware and a UPS.

That's interesting to note alright and might steer me toward ext3.

Gavin


From johannes_graumann at web.de  Wed Jan 13 11:56:52 2010
From: johannes_graumann at web.de (Johannes Graumann)
Date: Wed, 13 Jan 2010 11:56:52 +0100
Subject: Upgrade to 2.2.3:
	/kolab/var/kolab/www/client/config/kolab.php.rpmnew
References: <hi1hd5$bje$1@ger.gmane.org>
	<20100107172633.447614447.thomas@intevation.de>
	<hi7egq$dhj$1@ger.gmane.org>
	<201001130945.02231.bernhard@intevation.de>
Message-ID: <hik90i$j7h$1@ger.gmane.org>

Bernhard Reiter wrote:

> Am Freitag, 8. Januar 2010 15:11:16 schrieb Johannes Graumann:
>>  but what am I to delete? kolab.php or
>> kolab.php.rpmnew?
> 
> kolab.php.rpmnew

Had been cleared in private. Thanks for closing the listed issue ...

Joh



From kcaesar at hotmail.com  Wed Jan 13 13:27:57 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Wed, 13 Jan 2010 13:27:57 +0100
Subject: Kolab-users Digest, Vol 71, Issue 15
In-Reply-To: <mailman.1519.1263377994.2115.kolab-users@kolab.org>
References: <mailman.1519.1263377994.2115.kolab-users@kolab.org>
Message-ID: <SNT135-w57F76100ED37F65DFFC39EA36B0@phx.gbl>



--Pi?ce jointe du message transmise--
Subject: Re: Kolab server and tikiwiki
Date: Wed, 13 Jan 2010 09:44:29 +0100
To: kolab-users at kolab.org
From: bernhard at intevation.de

Am Samstag, 2. Januar 2010 16:54:35 schrieb kiser Caesar:
> I want to know if somebody had already tried to configure tikiwiki to bind
> with the openldap server of  kolab ? I try to follow the steps found on the
> tikiwiki website but without succes..
>
> somebody can help me ?
 
To raise the chances that someone can give you a hint, I suggest that you 
include links towards the precise instruction of what you have been doing
and also give further data, like version numbers, results in the log files and 
all that. After all Kolab Server comes with a regular OpenLDAP and thus the 
issue will not be Kolab Server specific I guess-
 
> On another topic, I made the integration of GLPI with succes.
 
What is glpi? Is that worth to be reported in the Wiki? :)
Bernhard
 
 
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Bernhard,


Hello and thank for your reply,

Please find in follow the needed settings. I tried with some values but without succes :

LDAP Bind settings
Server : fqdn
Port : 389
Use SSL (ldaps): yes or no. Actualy in my test phase I try without SSL
Use TLS: yes or no. Actualy in my test phase I try without TLS

 		 	   		  
_________________________________________________________________
Tchattez en direct en en vid?o avec vos amis !  
http://www.windowslive.fr/messenger/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100113/73b19c71/attachment.html

From albrecht.dress at lios-tech.com  Wed Jan 13 21:33:50 2010
From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=)
Date: Wed, 13 Jan 2010 21:33:50 +0100
Subject: Q: SyncML for shared resources?
In-Reply-To: <200912201442.06195.mephisto@gmx.net> (from mephisto@gmx.net on
	Sun Dec 20 14:42:06 2009)
Message-ID: <1263414830.2538.3@antares>

Hi Heiner:

Am 20.12.09 14:42 schrieb(en) Heiner Markert:
> you can configure the synchronized address book(s) in the web client in the
> turba settings. I have written a patch that implements the same functionality
> for calendars, see
> https://issues.kolab.org/issue4001

Really cool!

I finally applied your patch to my 2.2.3 server, self-compiled an a 64-bit Ubuntu box.  When I open the config option, I see the attached screen shot.  Some "cosmetic" remarks:
- the message "select the calendars..." should start below the combo (new line)
- my own calendar is named "Kalender" in the combo, but shows the internal value in the choice;
- shared calendars use URL encoding which makes them look ugly.

Did I miss a part of the patch here, or is this intended?

In the address book sync section, I see "Kontakte" for my own and "user:someuser:Kontakte".

BTW, is there a trick to add the global LDAP address book to the SyncML synchronisation?  It doesn't show up in the list.

Thanks, Albrecht.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Horde-Multi-Cal-select.png
Type: image/png
Size: 16864 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-users/attachments/20100113/b5140dc2/Horde-Multi-Cal-select-0001.png

From albrecht.dress at lios-tech.com  Thu Jan 14 13:55:09 2010
From: albrecht.dress at lios-tech.com (Albrecht =?utf-8?q?Dre=C3=9F?=)
Date: Thu, 14 Jan 2010 13:55:09 +0100
Subject: strange slapd errors
Message-ID: <201001141355.09193.albrecht.dress@lios-tech.com>

Hi all,

after upgrading to Kolab 2.2.3, I see exactly every 15 minutes the following message in the slapd logs:

<debug> slapd[15810]: do_search: invalid dn (k=kolab,)

Any idea what goes wrong here?

Related to that, in slapd.conf I have the setting "loglevel none".  Why do I see the debug messages?

Thanks, Albrecht.


From johnm at advocap.org  Thu Jan 14 17:06:12 2010
From: johnm at advocap.org (John McMonagle)
Date: Thu, 14 Jan 2010 10:06:12 -0600
Subject: kontact for lenny
Message-ID: <201001141006.13087.johnm@advocap.org>

I'm finally getting to upgrading users to lenny.
Are there any recommendations concerning konact and kolab for lenny?

kontact in lenny seems to work fairly well.

John


From mephisto at gmx.net  Thu Jan 14 19:28:14 2010
From: mephisto at gmx.net (Heiner Markert)
Date: Thu, 14 Jan 2010 19:28:14 +0100
Subject: Q: SyncML for shared resources?
In-Reply-To: <1263414830.2538.3@antares>
References: <1263414830.2538.3@antares>
Message-ID: <201001141928.14670.mephisto@gmx.net>

Am Mittwoch, 13. Januar 2010 21:33:50 schrieb Albrecht Dre?:
> Hi Heiner:
>
> Am 20.12.09 14:42 schrieb(en) Heiner Markert:
> > you can configure the synchronized address book(s) in the web client in
> > the turba settings. I have written a patch that implements the same
> > functionality for calendars, see
> > https://issues.kolab.org/issue4001
>
> Really cool!
>
> I finally applied your patch to my 2.2.3 server, self-compiled an a 64-bit
> Ubuntu box.  When I open the config option, I see the attached screen shot.
>  Some "cosmetic" remarks: - the message "select the calendars..." should
> start below the combo (new line) - my own calendar is named "Kalender" in
> the combo, but shows the internal value in the choice; - shared calendars
> use URL encoding which makes them look ugly.
>
> Did I miss a part of the patch here, or is this intended?
>
> In the address book sync section, I see "Kontakte" for my own and
> "user:someuser:Kontakte".
>
> BTW, is there a trick to add the global LDAP address book to the SyncML
> synchronisation?  It doesn't show up in the list.
>
> Thanks, Albrecht.

Hi,

thank you for your feedback. I am aware of the cosmetic problems, my focus was 
on the functionality. Unfortunately, I am not a horde expert and did not have 
the time to work in the details of the user interface implementation. The 
missing newline could probably be added together with the still missing 
translations for the configuration item.
As far as I remember, the encoded URLs did not appear with the horde version 
delivered with kolab 2.2.2, there was some change in the horde calendar 
implementation that I was not aware of. A simple replace of a function call 
is required to fix that, and it should not be too difficult, as the combo box 
shows the correct names and the function name can be copied from that. I will 
implement it if I find some time.

Unfortunately I do not know of any possibility to sync the ldap address book, 
nor do I have any idea whether it is an easy modification to turba or not.

Best regards
Heiner



From gavin.mccullagh at gcd.ie  Fri Jan 15 14:45:51 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Fri, 15 Jan 2010 13:45:51 +0000
Subject: kolab and ipv6
Message-ID: <20100115134551.GL25613@gcd.ie>

Hi,

I gather from a posting that I picked up online that "kolab is not ready
for ipv6".  This may mean that the entire system is not yet ready for use
over IPv6.  I'm pretty certain that some of the components (postfix, cyrus,
apache, ) are IPv6 ready though.  I imagine this might involve some hand
crafting of the template config files though.

We are testing IPv6 and want to make sure systems like our email server are
capable of working using it.

Can I ask what parts of the current kolab release will not work with IPv6?
Is there a plan for supporting IPv6 in the near future?

Gavin


From wilde at intevation.de  Fri Jan 15 18:18:58 2010
From: wilde at intevation.de (Sascha Wilde)
Date: Fri, 15 Jan 2010 18:18:58 +0100
Subject: Security Issue 27 for Kolab Server (Kolab Web Admin)
Message-ID: <s7whbqni8vx.fsf@intevation.de>

Kolab Security Issue 27 20100115
================================

Package:              Kolab Server, Kolab Web Admin
Vulnerability:        Users can not change their password
Kolab Specific:       yes
Dependent Packages:   none


Summary
~~~~~~~

The Kolab Web Admin interface allows Kolab users to manipulate some of
their user data using a web browser.  Most importantly it enables
users to change their passwords.

In the kolab-webadmin package shipped with Kolab Server release 2.2.3,
the web admin interface fails to save changed user data (an LDAP error
is issued).


Affected Versions
~~~~~~~~~~~~~~~~~

This affects version 2.2.3-20091217 of kolab-webadmin.
Kolab Server 2.2.3 is affected.


Fix
~~~

Update your kolab-webadmin package:

OpenPKG packages for Kolab Server 2.2.3 are available from
https://files.kolab.org/server/security-updates/20100115/
or from the mirrors listed on http://kolab.org/mirrors.html

A binary RPM for Kolab Server 2.2.3 (ix86 Debian GNU/Linux Lenny)
is available as kolab-webadmin-2.2.3-20100115.ix86-debian5.0-kolab.rpm

A binary RPM for Kolab Server 2.2.3 (ix86 Debian GNU/Linux Etch)
is available as kolab-webadmin-2.2.3-20100115.ix86-debian4.0-kolab.rpm

You can check the integrity of the downloaded files with:

$ gpg --keyserver keys.gnupg.net --recv-key 4BB86568
$ gpg --verify SHA1SUMS.sig
$ sha1sum -c SHA1SUMS

The source package can be compiled and installed on your Kolab Server with:

# su - kolab
$ openpkg rpm --rebuild ...path/to.../kolab-webadmin-2.2.3-20100115.src.rpm
$ openpkg rpm -Uvh /kolab/RPM/PKG/kolab-webadmin-2.2.3-20100115.<ARCH>-<OS>-kolab.rpm	

To install a binary package, just skip the --rebuild step.


Details
~~~~~~~

https://issues.kolab.org/issue4025
	Bug report in the official kolab issue tracker.


Timeline
~~~~~~~~
    20100103 First report per private mail
    20100112 Public problem report
    20100115 Updated kolab-webadmin package available and Kolab Server
             security advisory published.
-- 
Sascha Wilde                                          OpenPGP key: 4BB86568
http://www.intevation.de/~wilde/                  http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabr?ck; AG Osnabr?ck, HR B 18998
Gesch?ftsf?hrer:   Frank Koormann,  Bernhard Reiter,  Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-users/attachments/20100115/62a3b5cf/attachment.bin

From johnm at advocap.org  Fri Jan 15 20:24:33 2010
From: johnm at advocap.org (John McMonagle)
Date: Fri, 15 Jan 2010 13:24:33 -0600
Subject: How to remove kolab settings from contact?
Message-ID: <201001151324.33621.johnm@advocap.org>

I keep on have problems were the kolab setup in kontact gets messed up and 
want to resetup with kolabwizard.
Usually this  is from user errors.
I have not had much luck so far just removing configs as they are all over 
~/.kde.
It would be nice to perserve local calendar and contacts.
Anyone make a script to do this?
Any hints are apreciated?

Related to this is. Would like to set some more defaults.
Looks like once could just edit /usr/share/config.kcfg/kolab.kcfg 
to set UseOnlineForNonGroupware to true.
I'd like to set other things like:
Check email on startup.
Check email every 5 minutes.
Put Sent and Trash in Kolab.

Thanks

John


From admin at jmay.org  Sun Jan 17 00:37:02 2010
From: admin at jmay.org (Jochen May)
Date: Sun, 17 Jan 2010 00:37:02 +0100
Subject: Problems with imap
Message-ID: <201001170037.02872.admin@jmay.org>

Hi,

after a while i get problems with my imap server.

This are the sieve.log:
Jan 16 23:13:15 kolab <warning> sieve[6553]: DBERROR db4: file 
/kolab/var/imapd/tls_sessions.db has LSN 1/6318827, past end of log at 
1/3707608
Jan 16 23:13:15 kolab <warning> sieve[6553]: DBERROR db4: Commonly caused by 
moving a database from one transactional database
Jan 16 23:13:15 kolab <warning> sieve[6553]: DBERROR db4: environment to 
another without clearing the database LSNs, or removing
Jan 16 23:13:15 kolab <warning> sieve[6553]: DBERROR db4: all of the log files 
from a database environment
Jan 16 23:13:15 kolab <warning> sieve[6553]: DBERROR db4: 
/kolab/var/imapd/tls_sessions.db: unexpected file type or format

Simulary error, but a different file -> imapd.log:
Jan 16 23:44:08 kolab <debug> imap[11099]: mystore: starting txn 2147483689
Jan 16 23:44:08 kolab <warning> imap[11099]: DBERROR db4: file 
/kolab/var/imapd/annotations.db has LSN 1/6387392, past end of log
 at 1/3723252
Jan 16 23:44:08 kolab <warning> imap[11099]: DBERROR db4: Commonly caused by 
moving a database from one transactional database
Jan 16 23:44:08 kolab <warning> imap[11099]: DBERROR db4: environment to 
another without clearing the database LSNs, or removing
Jan 16 23:44:08 kolab <warning> imap[11099]: DBERROR db4: all of the log files 
from a database environment
Jan 16 23:44:08 kolab <debug> imap[11099]: abort_txn: aborting txn 2147483689

And again, quite the same - ctl_cyrusdb.log:
Jan 17 00:00:26 kolab <notice> ctl_cyrusdb[16070]: done checkpointing cyrus 
databases
Jan 17 00:30:24 kolab <notice> ctl_cyrusdb[18266]: checkpointing cyrus 
databases
Jan 17 00:30:24 kolab <warning> ctl_cyrusdb[18266]: DBERROR db4: DB_ENV-
>log_flush: LSN of 1/6387392 past current end-of-log of 1/3728860
Jan 17 00:30:24 kolab <warning> ctl_cyrusdb[18266]: DBERROR db4: Database 
environment corrupt; the wrong log files may have been removed or incompatible 
database files imported from another environment
Jan 17 00:30:24 kolab <warning> ctl_cyrusdb[18266]: DBERROR db4: PANIC: 
DB_RUNRECOVERY: Fatal error, run database recovery
Jan 17 00:30:24 kolab <critical> ctl_cyrusdb[18266]: DBERROR: critical 
database situation
Jan 17 00:31:38 kolab <notice> ctl_cyrusdb[23357]: recovering cyrus databases

When i run ctl_mboxlist -r everything looks ok for a while. But the error come 
back.

I try to recover my mailbox.db with /kolab/bin/ctl_mboxlist -d > 
mailboxlist.txt and delete the db directory without effect. Also i delete the 
tls_session.db - without effect. 
Anybody a idea how i can fix this?

Kolab is running in version 2.2.2 on debian 5.0 in a xen domU

Regards,
Jochen May


From albrecht.dress at lios-tech.com  Sun Jan 17 16:04:25 2010
From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=)
Date: Sun, 17 Jan 2010 16:04:25 +0100
Subject: [Solved?] Re: Q: SyncML for shared resources?
In-Reply-To: <201001141928.14670.mephisto@gmx.net> (from mephisto@gmx.net on
	Thu Jan 14 19:28:14 2010)
Message-ID: <1263740665.2228.0@antares>

Hi Heiner:

I found some time to dig into the sources.  Also not being a php expert, here is what I found out...

Am 14.01.10 19:28 schrieb(en) Heiner Markert:
> The missing newline could probably be added together with the still missing translations for the configuration item.

The trivial fix for the missing newline is

<snip>
--- kronolith/templates/prefs/shareselect.inc.orig      2010-01-17 15:47:22.375039051 +0100
+++ kronolith/templates/prefs/shareselect.inc   2010-01-17 15:47:58.495039095 +0100
@@ -12,5 +12,5 @@
      <?php foreach ($sharelist as $id => $share): ?>
       <option value="<?php echo htmlspecialchars($id) ?>"<?php if ($id == $default_share) echo ' selected="selected"' ?>><?php echo htmlspecialchars($share->get('name')) ?></option>
      <?php endforeach; ?>
-    </select>
+    </select><br/>
  <?php endif; ?>
</snip>

As for the German translation, I added the following lines to my file /kolab/var/kolab/www/client/kronolith/po/de_DE.po (translation stolen from turba):

<snip>
#: config/prefs.php:282
msgid "Select the calendars that should be used for sync:"
msgstr "W?hlen Sie die Kalender, die f?r die Synchronisation mit externen Ger?ten verwendet werden sollen:"
</snip>

Then call from the folder /kolab/var/kolab/www/client/kronolith

msgfmt -o locale/de_DE/LC_MESSAGES/kronolith.mo po/de_DE.po

Other languages can be fixed similarly.

> A simple replace of a function call is required to fix that, and it should not be too difficult, as the combo box shows the correct names and the function name can be copied from that.

Close to the end of the file /kolab/var/kolab/www/client/kronolith/lib/prefs.php, replace the line reading

     $_prefs['sync_cals']['enum'][$key] = $curSource->getName();

by

     $_prefs['sync_cals']['enum'][$key] = $curSource->get('name');

to fix this issue.

> Unfortunately I do not know of any possibility to sync the ldap address book, nor do I have any idea whether it is an easy modification to turba or not.

Hmm, that's bad news, as it would be quite convenient - the global LDAP address book contains all our users, including their e-mail addresses and their direct phone numbers.  Having them copied to a remote device would actually be mega!

Cheers, Albrecht.


From ml at radoeka.nl  Sun Jan 17 22:00:30 2010
From: ml at radoeka.nl (Richard Bos)
Date: Sun, 17 Jan 2010 21:00:30 +0000
Subject: A stable repository for kolab (in openSUSE)
Message-ID: <201001172100.30214.ml@radoeka.nl>

A small update about Kolab in openSUSE:
http://lizards.opensuse.org/2010/01/17/a-stable-repository-for-kolab/

BTW: the homepage of the kolab-konsortium
http://www.kolab-konsortium.de/en/index.html does not show the kolab-2.2.3 
yet.  Is that intentional?

-- 
Richard


From johannes_graumann at web.de  Sun Jan 17 22:20:44 2010
From: johannes_graumann at web.de (Johannes Graumann)
Date: Sun, 17 Jan 2010 22:20:44 +0100
Subject: No Calendar display in webclient
References: <hgl494$ue$1@ger.gmane.org> <1261311664.2178.1@antares>
	<hglp8h$ptt$1@ger.gmane.org>
	<20100108154529.21084rt6m8jkmeww@webmail.pardus.de>
	<hi7kjd$5h2$1@ger.gmane.org>
	<20100108171733.17381rvvfe8w5i2s@webmail.pardus.de>
	<hi7ns6$h39$1@ger.gmane.org>
	<20100108201539.19096fqiqbm839ss@webmail.pardus.de>
	<higa5k$qoi$1@ger.gmane.org>
	<20100112061906.17408n4mdfozstao@webmail.pardus.de>
Message-ID: <hivuva$35a$1@ger.gmane.org>

Hi again,

Gunnar Wrobel wrote:

> Hi Johannes,
> 
> Quoting Johannes Graumann <johannes_graumann at web.de>:
> 
>> Gunnar Wrobel wrote:
>>
>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>
>>>> Gunnar Wrobel wrote:
>>>>
>>>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>>>
>>>>>> Gunnar Wrobel wrote:
>>>>>>
>>>>>>> Hi Johannes,
>>>>>>>
>>>>>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>>>>>
>>>>>>>> Thanks for the hint.
>>>>>>>>
>>>>>>>> Here is what I find:
>>>>>>>>
>>>>>>>>
>>>>>>>> [20-Dec-2009 19:07:24] PHP Warning:  DOMDocument::loadXML() [<a
>>>>>>>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag
>>>>>>>> expected, '&lt;' not found in Entity, line: 2 in
>>>>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>>>>>>>> [20-Dec-2009 19:07:24] PHP Fatal error:  Call to a member function
>>>>>>>> hasChildNodes() on a non-object in
>>>>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>>>>>>>>
>>>>>>>> Any clue what that might mean?
>>>>>>>
>>>>>>> I'm confused now... Didn't you write you solved that particular
>>>>>>> problem and resolved the issue (see
>>>>>>> http://www.kolab.org/pipermail/kolab-users/2009-
November/010595.html).
>>>>>>> You mentioned it was a preferences issue.
>>>>>>>
>>>>>>> But to be honest I was already wondering if that could be true. See
>>>>>>> my last comment in https://issues.kolab.org/issue3751. I assume
>>>>>>> there is a specific kolab.xml attachment breaking Horde. If I'd know
>>>>>>> how that xml attachment looks like it should be easy to fix the
>>>>>>> issue. But if you have several hundred events in your calendar
>>>>>>> folder than finding the broken attachment might be hard.
>>>>>>>
>>>>>>> We intended to fix that bug for 2.2.3 but lacked the time in the end
>>>>>>> so it dropped of the list.
>>>>>>>
>>>>>>
>>>>>> Thanks for picking this up once more. Obviously it's me who is
>>>>>> confused - I went back and deleted my prefs
>>>>>> (/kolab/var/kolab/www/client/storage/*.prefs). Logging in via horde
>>>>>> now will create a new user-specifc *.prefs file and everything in
>>>>>> horde looks nice and fine UNTIL I navigate to the calendar and ask it
>>>>>> to display the kolab- resident calendar (via check box in the upper
>>>>>> right corner of the calendar component). At this point I start
>>>>>> encountering the problems first described in this thread, so your
>>>>>> hunch that there is something weird in my calendar seems right
>>>>>> (especially since the Todos are just fine). How now could I go about
>>>>>> finding the culprit in my reasonably busy calendar?
>>>>>
>>>>> Two options:
>>>>>
>>>>> "binary search"
>>>>>
>>>>>   1) kill one half of you events
>>>>>   2) does it work again or does it still fail
>>>>>      a) it still fails -> goto 1)
>>>>>      b) it works again
>>>>>         i) restore folder
>>>>>         ii) kill the other half of the events -> it should fail again
>>>>> -> goto 1)
>>>>>
>>>>> yup, tedious, I know...
>>>>>
>>>>> "debug"
>>>>>
>>>>> Follow my instructions in
>>>>> http://wiki.kolab.org/index.php/PHP_debugging about xdebug and paste
>>>>> the (hopefully) resulting stack trace into
>>>>> https://issues.kolab.org/issue3751
>>>>
>>>> "binary search" ("debug" I don't know) relies on only 1 event being the
>>>> culprit though ... no?
>>>
>>> Yes. From the error message it is clear that it happens during reading
>>> of one of the kolab.xml attachments. So it is very unlikely that it is
>>> caused by an interaction of several such attachments.
>>>
>>> And if you have several such attachments in one folder it does not
>>> matter as I believe I only need one such example to fix the problem :)
>>>
>> I setup the debugging option, but am at a loss on how to use it. Just
>> call the kronolith component with the debug-trigger in the URL and then
>> step with space through the script(s) until something happens?
>> Thanks for any further hints.
> 
> No, sorry, I wasn't clear then. I did not want you to actually do the
> debugging :)
> 
> But once you installed xdebug and perform the steps to hit the fatal
> error (the white page) the amount of information you get in the log
> file (client/log/php-error.log) should increase. First of all you
> should get a stack trace in there. Just copy that one into the kolab
> issue. Thanks!

Call me crazy, but, I must have deleted the event in question, since the 
problem has vanished ... I will report back if it resurfaces ...

Cheers, Joh 



From bernhard at intevation.de  Mon Jan 18 11:11:05 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 18 Jan 2010 11:11:05 +0100
Subject: A stable repository for kolab (in openSUSE)
In-Reply-To: <201001172100.30214.ml@radoeka.nl>
References: <201001172100.30214.ml@radoeka.nl>
Message-ID: <201001181111.05589.bernhard@intevation.de>

Am Sonntag, 17. Januar 2010 22:00:30 schrieb Richard Bos:
> BTW: the homepage of the kolab-konsortium
> http://www.kolab-konsortium.de/en/index.html does not show the kolab-2.2.3
> yet. ?Is that intentional?

You are on the old page.
The new one as it at:
http://www.kolab-konsortium.de/index.en.html

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100118/8540f930/attachment.bin

From bernhard at intevation.de  Mon Jan 18 11:12:24 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 18 Jan 2010 11:12:24 +0100
Subject: Kolab-users Digest, Vol 71, Issue 15
In-Reply-To: <SNT135-w57F76100ED37F65DFFC39EA36B0@phx.gbl>
References: <mailman.1519.1263377994.2115.kolab-users@kolab.org>
	<SNT135-w57F76100ED37F65DFFC39EA36B0@phx.gbl>
Message-ID: <201001181112.24424.bernhard@intevation.de>

Am Mittwoch, 13. Januar 2010 13:27:57 schrieb kiser Caesar:
> LDAP Bind settings
> Server : fqdn
> Port : 389

And with what did you try this?
(For some examples see the template files in your kolab server configuration.)

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100118/6acd11a9/attachment.bin

From bernhard at intevation.de  Mon Jan 18 11:17:47 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 18 Jan 2010 11:17:47 +0100
Subject: kontact for lenny
In-Reply-To: <201001141006.13087.johnm@advocap.org>
References: <201001141006.13087.johnm@advocap.org>
Message-ID: <201001181117.47997.bernhard@intevation.de>

Am Donnerstag, 14. Januar 2010 17:06:12 schrieb John McMonagle:
> I'm finally getting to upgrading users to lenny.
> Are there any recommendations concerning konact and kolab for lenny?

Yes, we do recommend the Kontact enterprise35 branch.
Get in from "unstable" at
http://files.kolab.org/apt/releases/dists/lenny/

Beside that it is called "unstable", this is a good version
to go for rollout testing at your side.

For Kolab Server use the current OpenPKG variant.
Bernhard


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100118/ce98fe9f/attachment.bin

From bernhard at intevation.de  Mon Jan 18 11:21:26 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 18 Jan 2010 11:21:26 +0100
Subject: How to remove kolab settings from contact?
In-Reply-To: <201001151324.33621.johnm@advocap.org>
References: <201001151324.33621.johnm@advocap.org>
Message-ID: <201001181121.26850.bernhard@intevation.de>

Am Freitag, 15. Januar 2010 20:24:33 schrieb John McMonagle:
> I keep on have problems were the kolab setup in kontact gets messed up and
> want to resetup with kolabwizard.

(Stating the version of KDE Kontact helps. :) )

> Usually this ?is from user errors.
> I have not had much luck so far just removing configs as they are all over
> ~/.kde.
> It would be nice to perserve local calendar and contacts.
> Anyone make a script to do this?
> Any hints are apreciated?

It should be scriptable in principle, however usually I try to avoid the 
situation that users break the stuff too often.

Check into KDE Kiosk to see how to preset a few values.

Bernhard


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100118/2fa08db1/attachment.bin

From ml at radoeka.nl  Mon Jan 18 11:38:32 2010
From: ml at radoeka.nl (Richard Bos)
Date: Mon, 18 Jan 2010 11:38:32 +0100
Subject: A stable repository for kolab (in openSUSE)
In-Reply-To: <201001181111.05589.bernhard@intevation.de>
References: <201001172100.30214.ml@radoeka.nl>
	<201001181111.05589.bernhard@intevation.de>
Message-ID: <20100118103832.GA21276@xs4all.nl>

On Mon, Jan 18, 2010 at 11:11:05AM +0100, Bernhard Reiter wrote:
> Am Sonntag, 17. Januar 2010 22:00:30 schrieb Richard Bos:
> > BTW: the homepage of the kolab-konsortium
> > http://www.kolab-konsortium.de/en/index.html does not show the kolab-2.2.3
> > yet. ?Is that intentional?
> 
> You are on the old page.
> The new one as it at:
> http://www.kolab-konsortium.de/index.en.html

Perhaps you (they) should set a redirector on the page, as it is 1
of the first links in google:
http://www.google.com/search?q=kolab-konsortium

-- 
Richard


From riepernet at fsfe.org  Mon Jan 18 12:39:15 2010
From: riepernet at fsfe.org (Thomas Jensch)
Date: Mon, 18 Jan 2010 12:39:15 +0100
Subject: openpkg download problems
Message-ID: <201001181239.15992.riepernet@fsfe.org>

Hello,

during the last days i have sucessfully set up a kolab server/openpkg to 
make myself familiar with groupware stuff. unfortunatly i do have some 
problems with adding additional openpkg's.

As described in the wiki i have registered sucessfully:
"authenticated as user at mydomain.tld via ase login"

However, when browsing the OpenPKG Package Browser i still get the error 
message:
"Notice: Most of the direct download URLs to FTP service resources 
provided under "Package Distribution" will NOT work as expected as you 
have still not at least once provided your registered Email address on 
the Download page. Without proper identification the OpenPKG FTP service 
resources are still restricted."

ftp doesnt work as well.

I have tested several browser but neither iceweasel nor arora or elinks 
solve the issue.

I cant find any form where i can fill in that registered address at the 
download page.

I searched the net, but didnt find any useful.
So - is it just me? Help/Pointers appreciated.


background: i want to make use of the apache and set up other stuff like 
blog, etc and therefore need at least the mysql package. Or do you 
suggest not to provide stuff like that inside the kolab server/openpkg 
enviroment (as in: setting it up as described in the wiki entry about a 
second apache)?

mfg

Thomas Jensch

-- 
http://fsfe.org | http://fellowship.fsfe.org
Your donation powers our work!   (http://fsfe.org/donate)

Free Software Foundation Europe e.V. is a German Verein registered
at the Registergericht Hamburg (VR 17030). Its president is
Karsten Gerloff.


From kcaesar at hotmail.com  Mon Jan 18 15:14:26 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 18 Jan 2010 15:14:26 +0100
Subject: Kolab-users Digest, Vol 71, Issue 15
In-Reply-To: <mailman.1519.1263377994.2115.kolab-users@kolab.org>
References: <mailman.1519.1263377994.2115.kolab-users@kolab.org>
Message-ID: <SNT135-w5256D2775A06977CE55A33A3660@phx.gbl>


Hello,

Bernhard, I send again my email, because the last one is wrong !
I tried several settings to setup tikiwiki working with Kolab but without succes...

Please find bellow my needed settings :

LDAP Bind settings
Serveur : fqdn
Port : 636
Use SSL (ldaps): yes
Use TLS: no
LDAP Bind Type: which one ? : userattr=username,UserDN,BaseDN ; username,BaseDN ; ActiveDirectory username at domain , Plain Username
Narrow the search :which one ? : subtree : onelevel ; baseobject
LDAP version : 3
Base DN : dc=toto,dc=com


LDAP User
User DN : ?
User attribute : ?
User OC : ?
Realname attribute : ?
Country attribute: ?
E-mail attribute: ?


LDAP Group
Group DN : ?
Group attribute : ?
Group description attribute: ?
Group OC : ?


LDAP Group Member - if group membership can be found in group attributes
Member attribute : ?
Member is DN : ?

LDAP User Group - if group membership can be found in user attributes
Group attribute : ?
Group attribute in group entry: (Leave this empty if the group name is already given in the user attribute)


And GLPI is a free IT asset and management software,


I'm waiting for your comments ,


Best regards,
--Pi?ce jointe du message transmise--
Subject: Re: Kolab server and tikiwiki
Date: Wed, 13 Jan 2010 09:44:29 +0100
To: kolab-users at kolab.org
From: bernhard at intevation.de

Am Samstag, 2. Januar 2010 16:54:35 schrieb kiser Caesar:
> I want to know if somebody had already tried to configure tikiwiki to bind
> with the openldap server of  kolab ? I try to follow the steps found on the
> tikiwiki website but without succes..
>
> somebody can help me ?
 
To raise the chances that someone can give you a hint, I suggest that you 
include links towards the precise instruction of what you have been doing
and also give further data, like version numbers, results in the log files and 
all that. After all Kolab Server comes with a regular OpenLDAP and thus the 
issue will not be Kolab Server specific I guess-
 
> On another topic, I made the integration of GLPI with succes.
 
What is glpi? Is that worth to be reported in the Wiki? :)
Bernhard
 		 	   		  
_________________________________________________________________
D?couvrez Windows 7 en 7 secondes?!
http://clk.atdmt.com/FRM/go/181574577/direct/01/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100118/cf78433b/attachment.html

From bernhard at intevation.de  Mon Jan 18 18:06:32 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 18 Jan 2010 18:06:32 +0100
Subject: dot.kde.org on kdepim meeting -- client roadmap
Message-ID: <201001181806.36327.bernhard@intevation.de>

Traditionally the KDEPIM developers met in Osnabr?ck
this is the development community which brings us all KDE Kontact,
so there is overlap between the Kolab community and the KDEPIM community.

The new dot article reflects two items which are interesting for us as Kolab 
community:
http://dot.kde.org/2010/01/14/annual-osnabr?ck-pim-meeting-brings-exciting-announcements-and-ambitious-plans

a) There will be a Kontact and Kolab Groupware client for mobile clients base 
on the Kontact Enterprise5 branch.
b)  on the benefits of rich clients and how they fit into the  future 
landscape of PIM applications

Best,
Bernhard
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100118/7094483f/attachment.bin

From kcaesar at hotmail.com  Tue Jan 19 11:04:00 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Tue, 19 Jan 2010 11:04:00 +0100
Subject: Need help with freebusy.
Message-ID: <SNT135-w291091585F97012118C591A3650@phx.gbl>


Hello,


Who can help me to troubleshoot my settings ?
I tried to activate the free busy generation, but without succes.
My initial kolab server was 2.2.1 and after a upgrade process I'm in 2.2.2. It is the cause of my trouble ?

"Free/Busy was broken in Kolab 2.1rcX, follow the instructions in 1st.README (delete cache) to upgrade to kolab 2.2" (http://wiki.kolab.org/index.php/Client_setup_-_Windows_-_Outlook_2003)

Toltec connector  2.3.2
Outlook 2003


Best regards,

 		 	   		  
_________________________________________________________________
Tchattez en direct en en vid?o avec vos amis !  
http://www.windowslive.fr/messenger/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100119/a99b6fce/attachment.html

From albrecht.dress at lios-tech.com  Tue Jan 19 17:12:20 2010
From: albrecht.dress at lios-tech.com (Albrecht =?utf-8?q?Dre=C3=9F?=)
Date: Tue, 19 Jan 2010 17:12:20 +0100
Subject: Q: triggering freebusy updates
Message-ID: <201001191712.20182.albrecht.dress@lios-tech.com>

Hi all,

I'm running Kolab 2.2.3, self-compiled on an Ubuntu 64 bit box, and have a question about triggering freebusy cache updates.

I noticed that the cache file /kolab/var/kolab-freebusy/cache/my-domain^com/some^user.vc got updated, but contained ancient information.  Looking deeper, the file /kolab/var/kolab-freebusy/cache/my-domain^com/some^user/Kalender.pvc was also very old (actually, all Kalender.* files in this folder).  This apparently happens to all users.

I could call https://kolab.my-server.de/freebusy/trigger/some.user at my-domain.com/Kalender.pfb, which returned the correct data, and afterwards both the .vc file and the Kalender.* files were up-to-date.  But shouldn't the update of the Kalender.* be performed automatically, e.g. each time the user inserts a new appointment into the calendar?

I noticed that for launching the manual trigger above I had to log in as "calendar at my-domain.com", logging in as "calendar" always failed.  But in /kolab/etc/kolab/kolab.conf there is only "calendar_id : calendar" (also in /kolab/etc/kolab/kolabfilter.conf).  Might this cause the problem?

Thanks, Albrecht.


From mephisto at gmx.net  Tue Jan 19 18:07:41 2010
From: mephisto at gmx.net (Heiner Markert)
Date: Tue, 19 Jan 2010 18:07:41 +0100
Subject: [Solved?] Re: Q: SyncML for shared resources?
In-Reply-To: <1263740665.2228.0@antares>
References: <1263740665.2228.0@antares>
Message-ID: <201001191807.41347.mephisto@gmx.net>

Hi,

thank you, I will take a closer look on your suggestions soon and will 
incorporate them into my patch.

Best regards
Heiner

Am Sonntag, 17. Januar 2010 16:04:25 schrieb Albrecht Dre?:
> Hi Heiner:
>
> I found some time to dig into the sources.  Also not being a php expert,
> here is what I found out...
>
> Am 14.01.10 19:28 schrieb(en) Heiner Markert:
> > The missing newline could probably be added together with the still
> > missing translations for the configuration item.
>
> The trivial fix for the missing newline is
>
> <snip>
> --- kronolith/templates/prefs/shareselect.inc.orig      2010-01-17
> 15:47:22.375039051 +0100 +++ kronolith/templates/prefs/shareselect.inc  
> 2010-01-17 15:47:58.495039095 +0100 @@ -12,5 +12,5 @@
>       <?php foreach ($sharelist as $id => $share): ?>
>        <option value="<?php echo htmlspecialchars($id) ?>"<?php if ($id ==
> $default_share) echo ' selected="selected"' ?>><?php echo
> htmlspecialchars($share->get('name')) ?></option> <?php endforeach; ?>
> -    </select>
> +    </select><br/>
>   <?php endif; ?>
> </snip>
>
> As for the German translation, I added the following lines to my file
> /kolab/var/kolab/www/client/kronolith/po/de_DE.po (translation stolen from
> turba):
>
> <snip>
> #: config/prefs.php:282
> msgid "Select the calendars that should be used for sync:"
> msgstr "W?hlen Sie die Kalender, die f?r die Synchronisation mit externen
> Ger?ten verwendet werden sollen:" </snip>
>
> Then call from the folder /kolab/var/kolab/www/client/kronolith
>
> msgfmt -o locale/de_DE/LC_MESSAGES/kronolith.mo po/de_DE.po
>
> Other languages can be fixed similarly.
>
> > A simple replace of a function call is required to fix that, and it
> > should not be too difficult, as the combo box shows the correct names and
> > the function name can be copied from that.
>
> Close to the end of the file
> /kolab/var/kolab/www/client/kronolith/lib/prefs.php, replace the line
> reading
>
>      $_prefs['sync_cals']['enum'][$key] = $curSource->getName();
>
> by
>
>      $_prefs['sync_cals']['enum'][$key] = $curSource->get('name');
>
> to fix this issue.
>
> > Unfortunately I do not know of any possibility to sync the ldap address
> > book, nor do I have any idea whether it is an easy modification to turba
> > or not.
>
> Hmm, that's bad news, as it would be quite convenient - the global LDAP
> address book contains all our users, including their e-mail addresses and
> their direct phone numbers.  Having them copied to a remote device would
> actually be mega!
>
> Cheers, Albrecht.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users


From kcaesar at hotmail.com  Tue Jan 19 20:38:23 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Tue, 19 Jan 2010 20:38:23 +0100
Subject: Need help with freebusy.
Message-ID: <SNT135-w37B3B34B3C0D03080E34AFA3650@phx.gbl>


Hello,

Finaly I found where is my mistake.
The free/busy is working now.

Sorry :)

Best regards,



From: kcaesar at hotmail.com
To: kolab-users at kolab.org
Subject: Need help with freebusy.
Date: Tue, 19 Jan 2010 11:04:00 +0100








Hello,


Who can help me to troubleshoot my settings ?
I tried to activate the free busy generation, but without succes.
My initial kolab server was 2.2.1 and after a upgrade process I'm in 2.2.2. It is the cause of my trouble ?

"Free/Busy was broken in Kolab 2.1rcX, follow the instructions in 1st.README (delete cache) to upgrade to kolab 2.2" (http://wiki.kolab.org/index.php/Client_setup_-_Windows_-_Outlook_2003)

Toltec connector  2.3.2
Outlook 2003


Best regards,

 		 	   		  
Windows 7 : Trouvez le PC qui vous convient! D?couvrez notre offre !  		 	   		  
_________________________________________________________________
Nouveau?! Tout Windows Live d?barque dans votre t?l?phone. Voir les Windows phone
http://clk.atdmt.com/FRM/go/175819071/direct/01/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100119/4b4f35a7/attachment.html

From ml at radoeka.nl  Tue Jan 19 22:27:33 2010
From: ml at radoeka.nl (Richard Bos)
Date: Tue, 19 Jan 2010 21:27:33 +0000
Subject: Need help with freebusy.
In-Reply-To: <SNT135-w37B3B34B3C0D03080E34AFA3650@phx.gbl>
References: <SNT135-w37B3B34B3C0D03080E34AFA3650@phx.gbl>
Message-ID: <201001192127.33765.ml@radoeka.nl>

Hello Kiser,

Op dinsdag 19 januari 2010 19:38:23 schreef kiser Caesar:
> Finaly I found where is my mistake.
> The free/busy is working now.

can you explain what the mistake was, and how you solved it so others can 
learn of it when they search for the problem and find your description?

-- 
Richard


From gavin.mccullagh at gcd.ie  Wed Jan 20 13:42:47 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Wed, 20 Jan 2010 12:42:47 +0000
Subject: 64-bit kolab?
Message-ID: <20100120124246.GN532@gcd.ie>

Hi,

we are installing kolab on a 64-bit debian server using openpackage.
It would appear that the pre-compiled rpm packages are all 32-bit.  

While I know 32-bit binaries _should_ work in the 64-bit environment, has
anyone noted any problems?

Would there be much benefit to be had from compiling the packages for
64-bit?  Has this been tested at all?  Is there any plan to provide 64-bit
kolab packages any time soon?

Gavin


From i.bin at dah.am  Wed Jan 20 14:05:27 2010
From: i.bin at dah.am (Franz Skale)
Date: Wed, 20 Jan 2010 14:05:27 +0100
Subject: 64-bit kolab?
In-Reply-To: <20100120124246.GN532@gcd.ie>
References: <20100120124246.GN532@gcd.ie>
Message-ID: <4B56FF97.1000406@dah.am>

Why not recompiling from source ?
Read this file:
http://files.kolab.org/server/release/kolab-server-2.2.3/sources/1st.README
I use 64bit Packages since version 2.2.1 without any troubles. (Only on
source files, but that's quite a long time ago).
Should build flawless on lenny.
Franz

Am 20.01.10 13:42, schrieb Gavin McCullagh:
> Hi,
>
> we are installing kolab on a 64-bit debian server using openpackage.
> It would appear that the pre-compiled rpm packages are all 32-bit.  
>
> While I know 32-bit binaries _should_ work in the 64-bit environment, has
> anyone noted any problems?
>
> Would there be much benefit to be had from compiling the packages for
> 64-bit?  Has this been tested at all?  Is there any plan to provide 64-bit
> kolab packages any time soon?
>
> Gavin
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>   


From johnm at advocap.org  Wed Jan 20 15:11:00 2010
From: johnm at advocap.org (John McMonagle)
Date: Wed, 20 Jan 2010 08:11:00 -0600
Subject: kontact for lenny
In-Reply-To: <201001181117.47997.bernhard@intevation.de>
References: <201001141006.13087.johnm@advocap.org>
	<201001181117.47997.bernhard@intevation.de>
Message-ID: <201001200811.01670.johnm@advocap.org>

On Monday 18 January 2010 04:17:47 am Bernhard Reiter wrote:
> Am Donnerstag, 14. Januar 2010 17:06:12 schrieb John McMonagle:
> > I'm finally getting to upgrading users to lenny.
> > Are there any recommendations concerning konact and kolab for lenny?
>
> Yes, we do recommend the Kontact enterprise35 branch.
> Get in from "unstable" at
> http://files.kolab.org/apt/releases/dists/lenny/
>
> Beside that it is called "unstable", this is a good version
> to go for rollout testing at your side.
>
> For Kolab Server use the current OpenPKG variant.
> Bernhard

Thanks Bernard.

Just curious what are the  main changes in kolab's version of kontact?
I need some small motivation as I'll need to build 64 bit packages :-)

John


From johnm at advocap.org  Wed Jan 20 15:21:30 2010
From: johnm at advocap.org (John McMonagle)
Date: Wed, 20 Jan 2010 08:21:30 -0600
Subject: How to remove kolab settings from contact?
In-Reply-To: <201001181121.26850.bernhard@intevation.de>
References: <201001151324.33621.johnm@advocap.org>
	<201001181121.26850.bernhard@intevation.de>
Message-ID: <201001200821.31378.johnm@advocap.org>

On Monday 18 January 2010 04:21:26 am Bernhard Reiter wrote:
> Am Freitag, 15. Januar 2010 20:24:33 schrieb John McMonagle:
> > I keep on have problems were the kolab setup in kontact gets messed up
> > and want to resetup with kolabwizard.
>
> (Stating the version of KDE Kontact helps. :) )
>
> > Usually this ?is from user errors.
> > I have not had much luck so far just removing configs as they are all
> > over ~/.kde.
> > It would be nice to perserve local calendar and contacts.
> > Anyone make a script to do this?
> > Any hints are apreciated?
>
> It should be scriptable in principle, however usually I try to avoid the
> situation that users break the stuff too often.
>
> Check into KDE Kiosk to see how to preset a few values.
>
> Bernhard

Bernard

This will be for debian lenny kde 3.5.

Lots of possible issues.
It may be a mater of the configuration being migrated may times over many 
years or a compulsive tinkerer.
It just takes too much time to figure out what is wrong.

I do use KDE Kiosk can that be applied to a particular email setting?

Thanks

John


From gavin.mccullagh at gcd.ie  Wed Jan 20 15:31:22 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Wed, 20 Jan 2010 14:31:22 +0000
Subject: 64-bit kolab?
In-Reply-To: <4B56FF97.1000406@dah.am>
References: <20100120124246.GN532@gcd.ie>
 <4B56FF97.1000406@dah.am>
Message-ID: <20100120143121.GS532@gcd.ie>

Hi,

On Wed, 20 Jan 2010, Franz Skale wrote:

> Why not recompiling from source ?

Ideally, I'd like to 

1. Keep maintenance as simple as possible (I may not always be the
   maintainer).  Security patches involving download, compile and install
   is not the simplest route.
2. Keep as closely as possible to the kolab user norms so that if I or
   someone else ask the mailing list for help down the road, the problems
   I'm seeing are most likely something someone else has seen.

If there's a real advantage to running 64-bit, I can do it but if not, I'm
inclined to stick to the packages.  I'm guessing individual kolab processes
shouldn't need very large memory and there's unlikely to be much need for
very high precision floating point calculations.  There might be some other
benefit though.

> Read this file:
> http://files.kolab.org/server/release/kolab-server-2.2.3/sources/1st.README
> I use 64bit Packages since version 2.2.1 without any troubles. (Only on
> source files, but that's quite a long time ago).
> Should build flawless on lenny.

Do I gather then that you switched from 32-bit to 64-bit?  Was that much
trouble?  If 64-bit packages became available later and people were using
them, I'd be inclined to move to them.

Gavin



From albrecht.dress at lios-tech.com  Wed Jan 20 21:11:47 2010
From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=)
Date: Wed, 20 Jan 2010 21:11:47 +0100
Subject: [Solved? / new question] Q: triggering freebusy updates
In-Reply-To: <201001191712.20182.albrecht.dress@lios-tech.com> (from
	albrecht.dress@lios-tech.com on Tue Jan 19 17:12:20 2010)
Message-ID: <1264018307.2325.1@antares>

Am 19.01.10 17:12 schrieb(en) Albrecht Dre?:
> I noticed that the cache file /kolab/var/kolab-freebusy/cache/my-domain^com/some^user.vc got updated, but contained ancient information.  Looking deeper, the file /kolab/var/kolab-freebusy/cache/my-domain^com/some^user/Kalender.pvc was also very old  
> (actually, all Kalender.* files in this folder).  This apparently happens to all users.
> 
> I could call https://kolab.my-server.de/freebusy/trigger/some.user at my-domain.com/Kalender.pfb, which returned the correct data, and afterwards both the .vc file and the Kalender.* files were up-to-date.  But shouldn't the update of the Kalender.* be  
> performed automatically, e.g. each time the user inserts a new appointment into the calendar?

Apparently, the problem were wrong permissions of /kolab/etc/kolab/kolab.conf, which was read-only for root.  Making the file world-readable, adding a new appointment does update the Kalender.* files again, and also the 'do_search: invalid dn (k=kolab,)'  
warnings in the OpenLDAP log disappeared (caused by kolabquotawarn).

I guess it's not a clever idea to make kolab.conf world-readable.  What are the right permissions for this file?  Unfortunately, the template (unlike other files) does not contain a KOLAB_META_* header indicating the proper ownership and mode.

Thanks, Albrecht.


From bernhard at intevation.de  Thu Jan 21 15:43:04 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 21 Jan 2010 15:43:04 +0100
Subject: A stable repository for kolab (in openSUSE)
In-Reply-To: <20100118103832.GA21276@xs4all.nl>
References: <201001172100.30214.ml@radoeka.nl>
	<201001181111.05589.bernhard@intevation.de>
	<20100118103832.GA21276@xs4all.nl>
Message-ID: <201001211543.05199.bernhard@intevation.de>

Am Montag, 18. Januar 2010 11:38:32 schrieb Richard Bos:
> On Mon, Jan 18, 2010 at 11:11:05AM +0100, Bernhard Reiter wrote:
> > Am Sonntag, 17. Januar 2010 22:00:30 schrieb Richard Bos:
> > > BTW: the homepage of the kolab-konsortium
> > > http://www.kolab-konsortium.de/en/index.html does not show the
> > > kolab-2.2.3 yet. ?Is that intentional?
> >
> > You are on the old page.
> > The new one as it at:
> > http://www.kolab-konsortium.de/index.en.html
>
> Perhaps you (they) should set a redirector on the page,

Yes, this is what we did.
Thanks a lot for discovering this!

Bernhard


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100121/94978e3a/attachment.bin

From bernhard at intevation.de  Thu Jan 21 16:01:10 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 21 Jan 2010 16:01:10 +0100
Subject: [Solved? / new question] Q: triggering freebusy updates
In-Reply-To: <1264018307.2325.1@antares>
References: <1264018307.2325.1@antares>
Message-ID: <201001211601.13346.bernhard@intevation.de>

Am Mittwoch, 20. Januar 2010 21:11:47 schrieb Albrecht Dre?:
> Am 19.01.10 17:12 schrieb(en) Albrecht Dre?:
> > I noticed that the cache file
> > /kolab/var/kolab-freebusy/cache/my-domain^com/some^user.vc got updated,
> > but contained ancient information.  Looking deeper, the file
> > /kolab/var/kolab-freebusy/cache/my-domain^com/some^user/Kalender.pvc was
> > also very old (actually, all Kalender.* files in this folder).  This
> > apparently happens to all users.
> >
> > I could call
> > https://kolab.my-server.de/freebusy/trigger/some.user at my-domain.com/Kalen
> >der.pfb, which returned the correct data, and afterwards both the .vc file
> > and the Kalender.* files were up-to-date.  But shouldn't the update of
> > the Kalender.* be performed automatically, e.g. each time the user
> > inserts a new appointment into the calendar?

The client is responsible for issuing the trigger link after writing the 
calender file. How freebusy should work, see

http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/architecture/freebusy.txt?rev=HEAD
ftp://intevation.de/users/bernhard/scratch/extended-freebusy-concept-0.92%2Bdev20080503-ber1-pub2.pdf

> Apparently, the problem were wrong permissions of
> /kolab/etc/kolab/kolab.conf, which was read-only for root.  Making the file
> world-readable, adding a new appointment does update the Kalender.* files
> again, and also the 'do_search: invalid dn (k=kolab,)' warnings in the
> OpenLDAP log disappeared (caused by kolabquotawarn).
>
> I guess it's not a clever idea to make kolab.conf world-readable.  

Correct. It contains the password for the calender user, which is the daemon
that can accept invitations automatically. In order for this daemon to do so,
the "calender" needs write permissions on the folders in question. (Regular 
accounts need to grant it. Resource accounts usually get initialised with 
it.)

> What are 
> the right permissions for this file? 

One of my test installation has: 
-rw-------   1 kolab kolab     kolab.conf

> Unfortunately, the template (unlike 
> other files) does not contain a KOLAB_META_* header indicating the proper
> ownership and mode.

kolab.conf is not a regular template.

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100121/2ed3dc9a/attachment.bin

From bernhard at intevation.de  Thu Jan 21 16:04:59 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 21 Jan 2010 16:04:59 +0100
Subject: 64-bit kolab?
In-Reply-To: <20100120143121.GS532@gcd.ie>
References: <20100120124246.GN532@gcd.ie> <4B56FF97.1000406@dah.am>
	<20100120143121.GS532@gcd.ie>
Message-ID: <201001211605.00180.bernhard@intevation.de>

Am Mittwoch, 20. Januar 2010 15:31:22 schrieb Gavin McCullagh:
> 1. Keep maintenance as simple as possible (I may not always be the
> ? ?maintainer). ?Security patches involving download, compile and install
> ? ?is not the simplest route.
> 2. Keep as closely as possible to the kolab user norms so that if I or
> ? ?someone else ask the mailing list for help down the road, the problems
> ? ?I'm seeing are most likely something someone else has seen.

The Kolab Server recommended way is to use OpenPKG packages source compiled.
The 32bit binary packages are a very specific convenience solution (and might 
not even work best on different 32bit machines).

Security patching in source usually is quite simple. If you fear larger 
interruptions you would use your staging system (for all major IT systems it 
is good to have a staging system.) and then use the resulting personal 
binaries.

> If there's a real advantage to running 64-bit, I can do it but if not, I'm 
> inclined to stick to the packages. ?I'm guessing individual kolab processes
> shouldn't need very large memory and there's unlikely to be much need for
> very high precision floating point calculations. ?There might be some other
> benefit though.

As far as I remember the 64 advantages are minimal in the regular case.
Bernhard



-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100121/a52a75a9/attachment.bin

From gavin.mccullagh at gcd.ie  Thu Jan 21 17:56:12 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Thu, 21 Jan 2010 16:56:12 +0000
Subject: 64-bit kolab?
In-Reply-To: <201001211605.00180.bernhard@intevation.de>
References: <20100120124246.GN532@gcd.ie> <4B56FF97.1000406@dah.am>
	<20100120143121.GS532@gcd.ie>
	<201001211605.00180.bernhard@intevation.de>
Message-ID: <20100121165612.GO532@gcd.ie>

On Thu, 21 Jan 2010, Bernhard Reiter wrote:

> Am Mittwoch, 20. Januar 2010 15:31:22 schrieb Gavin McCullagh:
> > 1. Keep maintenance as simple as possible (I may not always be the
> > ? ?maintainer). ?Security patches involving download, compile and install
> > ? ?is not the simplest route.
> > 2. Keep as closely as possible to the kolab user norms so that if I or
> > ? ?someone else ask the mailing list for help down the road, the problems
> > ? ?I'm seeing are most likely something someone else has seen.
> 
> The Kolab Server recommended way is to use OpenPKG packages source compiled.
> The 32bit binary packages are a very specific convenience solution (and might 
> not even work best on different 32bit machines).

Ah.  That changes matters a bit.

> Security patching in source usually is quite simple. If you fear larger 
> interruptions you would use your staging system (for all major IT systems it 
> is good to have a staging system.) and then use the resulting personal 
> binaries.

Fair enough.  I'll take a look and make sure it's well documented here.

> As far as I remember the 64 advantages are minimal in the regular case.

That's what I would imagine alright.

Thanks,
Gavin


From skacanski at gmail.com  Fri Jan 22 00:24:32 2010
From: skacanski at gmail.com (Sasha Kacanski)
Date: Thu, 21 Jan 2010 18:24:32 -0500
Subject: The folder "Sent" was not created. This is what the server said: 
	Permission denied
Message-ID: <98d946fb1001211524x6612340dy59efd3381001e3ad@mail.gmail.com>

Hi,
I seem to not be able to figure out what to change or normalize to get
web client horde to create sent, draft and trash folders.
It does not do it if I send email (which works fine) and if I try
manually same thing.

I get these Notices:
[21-Jan-2010 18:07:27] PHP Notice:  Uninitialized string offset:  1 in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 475
[21-Jan-2010 18:07:27] PHP Notice:  Uninitialized string offset:  1 in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 483
[21-Jan-2010 18:07:27] PHP Notice:  Array to string conversion in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 448
[21-Jan-2010 18:19:01] PHP Notice:  Uninitialized string offset:  0 in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 448
[21-Jan-2010 18:19:01] PHP Notice:  Uninitialized string offset:  1 in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 451
[21-Jan-2010 18:19:01] PHP Notice:  Uninitialized string offset:  1 in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 459
[21-Jan-2010 18:19:01] PHP Notice:  Uninitialized string offset:  1 in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 467
[21-Jan-2010 18:19:01] PHP Notice:  Uninitialized string offset:  1 in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 475
[21-Jan-2010 18:19:01] PHP Notice:  Uninitialized string offset:  1 in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 483
[21-Jan-2010 18:19:01] PHP Notice:  Array to string conversion in
/cube/kolab/var/kolab/www/client/imp/config/hooks.php on line 448


Jan 21 18:19:01 HORDE [debug] [horde] IMAP errors: SECURITY PROBLEM:
insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure
server advertised AUTH=PLAIN [pid 25648 on line 175 of
"/cube/kolab/var/kolab/www/client/imp/lib/IMAP.php"]


I read google and try to implement some changes to servers.php but no go!!
Please can someone help me to resolve this or point me to right solution...

-- 
Aleksandar Kacanski


From albrecht.dress at lios-tech.com  Fri Jan 22 13:34:25 2010
From: albrecht.dress at lios-tech.com (Albrecht =?utf-8?q?Dre=C3=9F?=)
Date: Fri, 22 Jan 2010 13:34:25 +0100
Subject: [Solved? / new question] Q: triggering freebusy updates
In-Reply-To: <201001211601.13346.bernhard@intevation.de>
References: <1264018307.2325.1@antares>
	<201001211601.13346.bernhard@intevation.de>
Message-ID: <201001221334.25943.albrecht.dress@lios-tech.com>

Hi Bernhard:

Bernhard Reiter schrieb am Donnerstag 21 Januar 2010 16:01:
> The client is responsible for issuing the trigger link after writing the calender file. How freebusy should work, see
> 
> http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/architecture/freebusy.txt?rev=HEAD
> ftp://intevation.de/users/bernhard/scratch/extended-freebusy-concept-0.92%2Bdev20080503-ber1-pub2.pdf

Thanks for those interesting pointers!  However, I now wonder how triggering works from Kontact/Toltec...

I tried to add/delete appointments for myself in Horde, and everything works just fine, the Kalendar.pvc & friends are updated.

With Kontact/KOrganizer 4.3.2 (coming with Ubuntu 9.10), configured according to the "doc2.sxw" documentation, only without authentication for /loading/ the freebusy lists, this does not work.  I.e. I add a new appointment for myself in Kontact, but the freebusy list is not updated.  The same happens if I accept an invitation sent from Outlook/Toltec or Horde with Kontact.  Do I need a newer Kontact for that to work, of is the configuration wrong?

I didn't check Toltec yet (I'm working only with Kontact), but looking at the time stamps of the .pvc files on the server my feeling is that the behaviour is like Kontact's.  Only calendars which automatically accept invitations (like meeting rooms) get updated.

Or did I miss something here?

Thanks, Albrecht.


From kcaesar at hotmail.com  Mon Jan 25 13:10:09 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 25 Jan 2010 13:10:09 +0100
Subject: Setup : Kolab + Tikiwiki
In-Reply-To: <mailman.1519.1263377994.2115.kolab-users@kolab.org>
References: <mailman.1519.1263377994.2115.kolab-users@kolab.org>
Message-ID: <SNT135-w45EAC7DD4363596487CA5CA35F0@phx.gbl>





Hello,

I send again my email, I hope to get some help...
I tried several settings to setup tikiwiki working with Kolab but without succes...

Please find bellow my needed settings :

LDAP Bind settings
Serveur : fqdn
Port : 636
Use SSL (ldaps): yes
Use TLS: no
LDAP Bind Type: which one ? : userattr=username,UserDN,BaseDN ; username,BaseDN ; ActiveDirectory username at domain , Plain Username
Narrow the search :which one ? : subtree : onelevel ; baseobject
LDAP version : 3
Base DN : dc=toto,dc=com


LDAP User
User DN : ?
User attribute : ?
User OC : ?
Realname attribute : ?
Country attribute: ?
E-mail attribute: ?


LDAP Group
Group DN : ?
Group attribute : ?
Group description attribute: ?
Group OC : ?


LDAP Group Member - if group membership can be found in group attributes
Member attribute : ?
Member is DN : ?

LDAP User Group - if group membership can be found in user attributes
Group attribute : ?
Group attribute in group entry: (Leave this empty if the group name is already given in the user attribute)


I'm waiting for your comments ,


Best regards,
 		 	   		  
_________________________________________________________________
Discutez en direct avec vos amis sur Messenger !
http://www.windowslive.fr/messenger
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100125/55808dea/attachment.html

From kcaesar at hotmail.com  Mon Jan 25 13:18:38 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 25 Jan 2010 13:18:38 +0100
Subject: Need help with freebusy.
In-Reply-To: <201001192127.33765.ml@radoeka.nl>
References: <SNT135-w37B3B34B3C0D03080E34AFA3650@phx.gbl>,
	<201001192127.33765.ml@radoeka.nl>
Message-ID: <SNT135-w523B6554B4946CB87A5147A35F0@phx.gbl>


Hello,


Richard,

Sorry for my late answer..

This is my client setup :

(I'm under outlook 2003 + toltec connector)

Click on Tools > Options
Tab preferences
Calendar options > Free/Busy Options

In the "Search Location" please add the good value. This is a example :
https://d.user%40domain.com:password at fqdn/freebusy/%NAME%@%SERVER%.ifb

Then click OK.

Now you need to click on Tools > Options > Toltec connector tab > Options
Verify that "Enable generation" is checked.
You have normaly one personnal calendar and it is selected.
Click on settings and verify that the "Freebusy information audience" was chosen.

Now you can click OK.

Every 15 minuts you will send and receive the freebusy information. You can set a lowest refresh time. See Calendar options > Free/Busy .

Now a message for the dev team, I meet a bug with scheduled events throughout one day. I can't see this kinds of events from another user.
Who have an idea on this trouble ?


Best regards,


> From: ml at radoeka.nl
> To: kolab-users at kolab.org
> Subject: Re: Need help with freebusy.
> Date: Tue, 19 Jan 2010 21:27:33 +0000
> CC: kcaesar at hotmail.com
> 
> Hello Kiser,
> 
> Op dinsdag 19 januari 2010 19:38:23 schreef kiser Caesar:
> > Finaly I found where is my mistake.
> > The free/busy is working now.
> 
> can you explain what the mistake was, and how you solved it so others can 
> learn of it when they search for the problem and find your description?
> 
> -- 
> Richard
 		 	   		  
_________________________________________________________________
Discutez en direct avec vos amis sur Messenger !
http://www.windowslive.fr/messenger
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100125/8be65912/attachment.html

From albrecht.dress at lios-tech.com  Mon Jan 25 13:52:53 2010
From: albrecht.dress at lios-tech.com (Albrecht =?utf-8?q?Dre=C3=9F?=)
Date: Mon, 25 Jan 2010 13:52:53 +0100
Subject: Setup : Kolab + Tikiwiki
In-Reply-To: <SNT135-w45EAC7DD4363596487CA5CA35F0@phx.gbl>
References: <mailman.1519.1263377994.2115.kolab-users@kolab.org>
	<SNT135-w45EAC7DD4363596487CA5CA35F0@phx.gbl>
Message-ID: <201001251352.53615.albrecht.dress@lios-tech.com>

kiser Caesar schrieb am Montag 25 Januar 2010 13:10:
> I send again my email, I hope to get some help...
> I tried several settings to setup tikiwiki working with Kolab but without succes...

Do you use Apache authentication, or does the software come with it's own LDAP client?  I use Apache's built-in one for several web sites (including trac, viewvc, etc), which works flawlessly, e.g.:

   AuthType Basic
   AuthBasicProvider ldap
   AuthName "My Authentication Message"
   AuthLDAPUrl "ldap://my-server.de/dc=my-domain,dc=de?uid?sub?(objectClass=inetOrgPerson)"
   AuthzLDAPAuthoritative off
   AuthLDAPGroupAttribute memberUid
   AuthLDAPGroupAttributeIsDN off
   Require valid-user

I also use Dokuwiki which has its own ldap stuff:

$conf['authtype']    = 'ldap';
$conf['auth']['ldap']['server']      = 'ldap://my-server.de:389';
$conf['auth']['ldap']['usertree']    = 'dc=my-domain,dc=de';
$conf['auth']['ldap']['grouptree']   = 'ou=SmbGroups,cn=internal,dc=my-domain,dc=de';
$conf['auth']['ldap']['userfilter']  = '(&(uid=%{user})(objectClass=posixAccount))';
$conf['auth']['ldap']['groupfilter'] = '(&(objectClass=posixGroup)(memberUID=%{user}))';

I would try first to authenticate without ldap/ssl, just if there is a problem with accepting the certificate.

Hth, Albrecht.


From bernhard at intevation.de  Mon Jan 25 14:41:20 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 25 Jan 2010 14:41:20 +0100
Subject: [Solved? / new question] Q: triggering freebusy updates
In-Reply-To: <201001221334.25943.albrecht.dress@lios-tech.com>
References: <1264018307.2325.1@antares>
	<201001211601.13346.bernhard@intevation.de>
	<201001221334.25943.albrecht.dress@lios-tech.com>
Message-ID: <201001251441.20813.bernhard@intevation.de>

Am Freitag, 22. Januar 2010 13:34:25 schrieb Albrecht Dre?:
> With Kontact/KOrganizer 4.3.2 (coming with Ubuntu 9.10), configured
> according to the "doc2.sxw" documentation, only without authentication for
> /loading/ the freebusy lists, this does not work. ?I.e. I add a new
> appointment for myself in Kontact, but the freebusy list is not updated.
> ?The same happens if I accept an invitation sent from Outlook/Toltec or
> Horde with Kontact. ?Do I need a newer Kontact for that to work, of is the
> configuration wrong?

The triggering should happen from the dimap account and with the credentials 
there. It could be that you need some more configuration, I usually have 
authentication for loading freebusy lists configured. (Never configure or 
use "writing" or freebusy lists from the client.)

Check the apache log to see if the client is trying to trigger.
As I do not know which version of Kontact comes precisely with Ubuntu
you  might want to get the e35 version for it. (We are currently building it.)

> I didn't check Toltec yet (I'm working only with Kontact), but looking at
> the time stamps of the .pvc files on the server my feeling is that the
> behaviour is like Kontact's. ?Only calendars which automatically accept
> invitations (like meeting rooms) get updated.

You have to enable triggering in Toltec, there is a per-account config option
last time I've looked.



-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100125/7af808b1/attachment.bin

From bernhard at intevation.de  Mon Jan 25 14:43:51 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 25 Jan 2010 14:43:51 +0100
Subject: The folder "Sent" was not created. This is what the server said:
	Permission denied
In-Reply-To: <98d946fb1001211524x6612340dy59efd3381001e3ad@mail.gmail.com>
References: <98d946fb1001211524x6612340dy59efd3381001e3ad@mail.gmail.com>
Message-ID: <201001251443.51458.bernhard@intevation.de>

Am Freitag, 22. Januar 2010 00:24:32 schrieb Sasha Kacanski:
> I seem to not be able to figure out what to change or normalize to get
> web client horde to create sent, draft and trash folders.

Please state the version of Kolab Server that you are working with.
http://wiki.kolab.org/index.php/Troubleshooting
http://wiki.kolab.org/index.php/Problem_reporting
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100125/43de2159/attachment.bin

From bernhard at intevation.de  Mon Jan 25 14:49:47 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 25 Jan 2010 14:49:47 +0100
Subject: kontact for lenny
In-Reply-To: <201001200811.01670.johnm@advocap.org>
References: <201001141006.13087.johnm@advocap.org>
	<201001181117.47997.bernhard@intevation.de>
	<201001200811.01670.johnm@advocap.org>
Message-ID: <201001251449.48145.bernhard@intevation.de>

Am Mittwoch, 20. Januar 2010 15:11:00 schrieb John McMonagle:
> Just curious what are the ?main changes in kolab's version of kontact?

In general the enterprise flavor of KDE Kontact, aka the KDE Kolab Client,
is maintained more conservatively on one hand, on the other hand it usually is 
a bit ahead in functionality. 

We drive it more conservatively because we really need this stuff to run at 
customers of ours and they do not like surprises. This sometimes means less 
features.

On the other hand, sometimes a fix or an enhancement is quite important 
for production usage, so we put it in. Of course we do some testing. It 
happens that upstream KDE is not yet ready to take this enhancement, e.g. 
because of a freeze. We do merge everything as fast as we can.

Overall Kontact enterprise is better for Kolab usage for the two reasons.
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100125/3c631255/attachment.bin

From mailings at l10n-support.com  Mon Jan 25 15:43:26 2010
From: mailings at l10n-support.com (Achim)
Date: Mon, 25 Jan 2010 22:43:26 +0800
Subject: convert horde - sql based data to imap
Message-ID: <4B5DAE0E.8000008@l10n-support.com>

Hi all,

I am quite new to kolab - actually to ClearOS...

My old server was courier-mta based with mysql based virtual user
accounts. Horde user data is stored also in mysql.

Now I am in the midst of migrating the server over to kolab/ClearOS and
have the biggest difficulties. Is there a tool to convert my turba
addressbook and kronolith calendar data?

Greetings - Achim


From jwalls at browntransmission.com  Mon Jan 25 15:57:14 2010
From: jwalls at browntransmission.com (Jeffrey Walls)
Date: Mon, 25 Jan 2010 09:57:14 -0500
Subject: Upgrade failure
Message-ID: <CB3B0636FBDC488D98FAF0C62428F5C0@lancaster.browntransmission.com>

When trying to upgrade 2.2.1 to 2.2.3, on debian 5, using procompiled
packages from rsync.kolab.org with security updates, I am getting the
following error message:
 
kolab:~# cat upgrade.log
Changing to temporary working directory
/tmp/install-kolab.6856.30260.29330.27757 ...
 
Kolab installation tag (TAG):       kolab
Kolab installation prefix (PREFIX): /kolab
Kolab version (KOLAB_VERSION):      2.2.3
Kolab user name (USER):             kolab
Kolab user base UID (KID):          19414
Kolab restricted UID (KID):         19415
Kolab non-priviledged UID (KID):    19416
Exclude following Kolab packages:
 
Received no instructions. Trying to determine required action...
Found an OpenPKG environment. Assuming upgrade...
----------- SETUP COMPLETED -----------
 
 Now running:
 
   /kolab/bin/openpkg build -kKBuZ -r
"/tmp/install-kolab.6856.30260.29330.27757" -p "ix86-debian4.0-kolab" -D
openldap::with_pth=no -D sasl::with_ldap -D sasl::with_login -D
sasl::with_ntlm -D postfix::with_sasl -D postfix::with_ssl -D
postfix::with_ldap -D imapd::with_kolab_nocaps
            -Dkolabd::kolab_version=2.2.3
            -Dkolab-webadmin::kolab_version=2.2.3
          openpkg-tools openldap postfix kolabd kolab-webadmin kolab-fbview
kolab-webclient | sh
 
---------------------------------------
::::
/tmp/install-kolab.6856.30260.29330.27757/openpkg-20071227-20071227_kolab2.s
rc.rpm ::::
error: cannot open
/tmp/install-kolab.6856.30260.29330.27757/openpkg-20071227-20071227_kolab2.s
rc.rpm: No such file or directory
kolab:~#

 
I ran sh install-kolab.sh 2>&1 |tee /root/upgrade.log from the root accout
using opa /kolab.
 
I have the following openpkg packages:
 
kolab:~/Kolab223# ls -l open*
-rw-r--r-- 1 root root 5651432 May 15  2009
openldap-2.3.43-20081212.ix86-debian5.0-kolab.rpm
-rw-r--r-- 1 root root 7741099 Dec 17 10:58
openpkg-20071227-20071227_kolab2.ix86-debian5.0-kolab.rpm
-rw-r--r-- 1 root root 8093696 Dec 17 10:58
openpkg-20071227-20071227_kolab2.ix86-debian5.0-kolab.sh
-rw-r--r-- 1 root root  116293 May 15  2009
openpkg-tools-1.4.6-20071231.ix86-debian5.0-kolab.rpm
-rw-r--r-- 1 root root 2127491 May 15  2009
openssl-0.9.8g-20080101.ix86-debian5.0-kolab.rpm

Directory of /tmpinstall-kolab.6856.30260.29330.27757
 
kolab:~/Kolab223# ls -l /tmp/install-kolab.6856.30260.29330.27757/openpkg*
-rw-r--r-- 1 root root 7741099 Jan 24 10:09
/tmp/install-kolab.6856.30260.29330.27757/openpkg-20071227-20071227_kolab2.i
x86-debian5.0-kolab.rpm
-rw-r--r-- 1 root root 8093696 Jan 24 10:09
/tmp/install-kolab.6856.30260.29330.27757/openpkg-20071227-20071227_kolab2.i
x86-debian5.0-kolab.sh
lrwxrwxrwx 1 root root      68 Jan 24 10:09
/tmp/install-kolab.6856.30260.29330.27757/openpkg-tools-1.4.6-20071231.ix86-
debian5.0-kolab.rpm ->
/root/Kolab223/openpkg-tools-1.4.6-20071231.ix86-debian5.0-kolab.rpm

Any ideas?
 
 

-- 
Jeffrey Walls 
IT Manager 
Brown Transmission and Bearing Co. 
PO Box 11117 
Lancaster PA 17605-1117 
717 295-9200 ext 214 
717 295-9025 fax 
http://www.browntransmission.com <http://www.browntransmission.com/>  

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100125/9eef574d/attachment.html

From skacanski at gmail.com  Mon Jan 25 16:05:01 2010
From: skacanski at gmail.com (Sasha Kacanski)
Date: Mon, 25 Jan 2010 10:05:01 -0500
Subject: The folder "Sent" was not created. This is what the server said: 
	Permission denied
Message-ID: <98d946fb1001250705g17ffdfd4g1a7ea088d889f10c@mail.gmail.com>

Hi,
I am running latest debian and openPKG kolab 2.2.3 stable.

As a matter of fact horde will not work with calendar, address book ...
The issue seems to be auth to IMAP.
I am not sure where do I tweak this and how to setup authentication to
IMP to go over SSL.
Also, why would this be case by default?


-- 
Aleksandar Kacanski


From albrecht.dress at lios-tech.com  Mon Jan 25 21:42:02 2010
From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=)
Date: Mon, 25 Jan 2010 21:42:02 +0100
Subject: Setup : Kolab + Tikiwiki
In-Reply-To: <201001251352.53615.albrecht.dress@lios-tech.com> (from
	albrecht.dress@lios-tech.com on Mon Jan 25 13:52:53 2010)
References: <SNT135-w45EAC7DD4363596487CA5CA35F0@phx.gbl>
	<201001251352.53615.albrecht.dress@lios-tech.com>
Message-ID: <1264452122.2315.3@antares>

Am 25.01.10 13:52 schrieb(en) Albrecht Dre?:
> $conf['auth']['ldap']['grouptree']   = 'ou=SmbGroups,cn=internal,dc=my-domain,dc=de';
                                          ^^^^^^^^^^^^
Ummm, I forgot to mention that I hacked Kolab as to also include the Samba information in LDAP, see <http://wiki.kolab.org/index.php/Kolab_2.2_and_Samba_on_Ubuntu_Hardy> for an outdated description...

Cheers, Albrecht.


From gavin.mccullagh at gcd.ie  Tue Jan 26 10:55:33 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Tue, 26 Jan 2010 09:55:33 +0000
Subject: caldav vs plain ics files
Message-ID: <20100126095533.GF12771@gcd.ie>

Hi,

I've been looking over calendaring as part of our proposed kolab setup
here.  Our clients are all Outlook and Thunderbird with the occasional
iphone, mutt, blackberry, etc.  With this in mind, I would prefer to deal
with widely supported standards like IMAP, CalDAV and ideally CardDAV.

Kolab obviously uses its own mail folder based storage for these tasks, so
I guess IMAP is effectively the protocol for them all.  I see that the
current version of kolab provides code to publish ICS calendars from those
and that Horde is preconfigured to use those.  I would be a little
concerned about the practicalities of using iCal across a large group of
users as calendars grow to large sizes.

Are there any plans to directly support CalDAV and/or CardDAV either in the
web interface or the server?  It seems that the Kolab server's success has
been founded at least partially in coherently integrating good existing
products (openldap, cyrus, horde, apache, php, ...).  While a decent
calendar server may have been hard to find a few years ago, there seem to
be candidates around now (apple calendar server, davical, ...).
Authenticating these against the kolab openldap database is relatively
straightforward -- though of course there's more involved than that.  

I could add davical to the Kolab setup myself, but it looks like Horde
doesn't support CalDAV which is a little awkward (although davical does
have fall-back support for iCal).

Any thoughts?

Gavin


From alain.abbas at libertech.fr  Tue Jan 26 11:14:18 2010
From: alain.abbas at libertech.fr (Alain abbas)
Date: Tue, 26 Jan 2010 11:14:18 +0100
Subject: caldav vs plain ics files
In-Reply-To: <20100126095533.GF12771@gcd.ie>
References: <20100126095533.GF12771@gcd.ie>
Message-ID: <4B5EC07A.4080802@libertech.fr>

hi Gavin

we had the same problem to integrate Lighting/thunderbird and we have 
modified davical for that it work with
kolab. We have few servers in test. We added in Davical the CardDav 
support. We use that with SogoConnector
in Thunderbird and lighting (version sogo 0.9.6). If you are interested 
i can publish the code. For the moment we are
in test with that and there are some tasks to accomplish to terminate 
it. (just Calendar and Contacts work, todo stay in Davical
and they are not seen at Kolab side).
This is perhaps a way to follow ...


Alain Abbas


Gavin McCullagh a ?crit :
> Hi,
>
> I've been looking over calendaring as part of our proposed kolab setup
> here.  Our clients are all Outlook and Thunderbird with the occasional
> iphone, mutt, blackberry, etc.  With this in mind, I would prefer to deal
> with widely supported standards like IMAP, CalDAV and ideally CardDAV.
>
> Kolab obviously uses its own mail folder based storage for these tasks, so
> I guess IMAP is effectively the protocol for them all.  I see that the
> current version of kolab provides code to publish ICS calendars from those
> and that Horde is preconfigured to use those.  I would be a little
> concerned about the practicalities of using iCal across a large group of
> users as calendars grow to large sizes.
>
> Are there any plans to directly support CalDAV and/or CardDAV either in the
> web interface or the server?  It seems that the Kolab server's success has
> been founded at least partially in coherently integrating good existing
> products (openldap, cyrus, horde, apache, php, ...).  While a decent
> calendar server may have been hard to find a few years ago, there seem to
> be candidates around now (apple calendar server, davical, ...).
> Authenticating these against the kolab openldap database is relatively
> straightforward -- though of course there's more involved than that.  
>
> I could add davical to the Kolab setup myself, but it looks like Horde
> doesn't support CalDAV which is a little awkward (although davical does
> have fall-back support for iCal).
>
> Any thoughts?
>
> Gavin
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>   


From gavin.mccullagh at gcd.ie  Tue Jan 26 11:26:41 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Tue, 26 Jan 2010 10:26:41 +0000
Subject: caldav vs plain ics files
In-Reply-To: <4B5EC07A.4080802@libertech.fr>
References: <20100126095533.GF12771@gcd.ie>
 <4B5EC07A.4080802@libertech.fr>
Message-ID: <20100126102641.GI12771@gcd.ie>

Hi,

On Tue, 26 Jan 2010, Alain abbas wrote:

> we had the same problem to integrate Lighting/thunderbird and we have 
> modified davical for that it work with kolab. 

Sounds very interesting.  I set up davical authentication against kolab v1
as an experiment and that went pretty well with Sunbird.

> We have few servers in test. We added in Davical the CardDav support. 

I believe the Davical developer is also working on CardDav.  Are you
working with him?

> We use that with SogoConnector in Thunderbird and lighting (version sogo
> 0.9.6). If you are interested i can publish the code. 

That would definitely be of interest.  Are you able also to see the global
kolab calendar in thunderbird?

> For the moment we are in test with that and there are some tasks to
> accomplish to terminate it. (just Calendar and Contacts work, todo stay
> in Davical and they are not seen at Kolab side).  This is perhaps a way
> to follow ...

By the kolab side, do you mean the horde web calendar interface?

Gavin


From kcaesar at hotmail.com  Tue Jan 26 16:26:59 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Tue, 26 Jan 2010 16:26:59 +0100
Subject: Shadow copy
Message-ID: <SNT135-w693ED5BB7D88D7A3CC59CA35E0@phx.gbl>


Hello,

Just a quick question ..

How can I set up an automatic copy (hidden) to a manager for the incoming and outgoing emails to certain users?

I know it's wrong, but my management wants to have this feature.


Best regards, 		 	   		  
_________________________________________________________________
T?l?chargez Internet Explorer 8 et surfez sans laisser de trace !
http://clk.atdmt.com/FRM/go/182932252/direct/01/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100126/af0d3452/attachment.html

From gavin.mccullagh at gcd.ie  Tue Jan 26 16:33:46 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Tue, 26 Jan 2010 15:33:46 +0000
Subject: Shadow copy
In-Reply-To: <SNT135-w693ED5BB7D88D7A3CC59CA35E0@phx.gbl>
References: <SNT135-w693ED5BB7D88D7A3CC59CA35E0@phx.gbl>
Message-ID: <20100126153346.GN12771@gcd.ie>

Hi,

On Tue, 26 Jan 2010, kiser Caesar wrote:

> Just a quick question ..
> 
> How can I set up an automatic copy (hidden) to a manager for the incoming
> and outgoing emails to certain users?

This guy's blog post pretty much explains a means to do this.

http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc

Gavin


From admin at jmay.org  Tue Jan 26 18:10:04 2010
From: admin at jmay.org (Jochen May)
Date: Tue, 26 Jan 2010 18:10:04 +0100
Subject: Problems with Kontact on Windows
Message-ID: <201001261810.04162.admin@jmay.org>

Hi all!

3 Problems with Kontact Version 1.3 (enterprise4 0.20091204.1058385) on 
Windows XP SP2

I?m not sure if this is the wright place to post my issue. If not, please 
forward me to the right place/people :-) 

I use Kontact on Windows and Linux. On Linux i have no problems. But on 
Windows there are some issues:

1.)I create on Linux a new event, for example from 10.00 ? 11.00. On the Linux 
clients and on Horde everything looks good, no matter wich kind of view i 
chose (? Day, Weekly or Month). On Windows the day and weekly view are ok. 
When i display a month, the time of the event show 1 hour to early. In this 
case from 9.00 ? 10.00. A double clicck on the event show me the right time. 
Also on the left site, where the detailed information of this event are 
displayed, the time ist ok.


2.)When Kontact is running offline, i can not access the calender and the 
adress book. But the notes and tasks are working. I try to explain this: 
Kontact is running online, everything ist ok and i can access both. Now i 
shutdown kontact and disconnected from the network. Now i restart kontact and 
switch to the calender. In the ressource window (in the left bottom corner) 
are still my imap ressource (but without the subfolders, like shared.calender, 
own calender, ...). I need to delete the imar ressource and add a new one with 
the right mouse button. There i choose imap-calender via kmail and voila, my 
calender incl. the subfolders are back. The same happens to the adress book. 
This is happen every time i start kontact offline.

3.) Also i try to setup gpg4win2, but i get only an error. The error message 
ist: "Cannot load library C:/Programme/Kontact/lib/kde4/kmailpart.dll" 
I follow the instruction from the file "README-kontact-20091204-3-en.txt"

By the way, it?s a damn cool piece of software :-)

Greetings
Jochen May


From nprice at gibb.co.za  Wed Jan 27 09:00:35 2010
From: nprice at gibb.co.za (Neil Price)
Date: Wed, 27 Jan 2010 10:00:35 +0200
Subject: Migration from Exchange
Message-ID: <4B5FF2A3.6040802@gibb.co.za>

With reference to http://wiki.kolab.org/index.php/Microsoft_Exchange

The given method is

imapsync --host1 exchange --noauthmd5 --user1 "$u1" --password1 "$p1" \
          --host2 kolab    --user2 "$u2" --password2 "$p2" \
          --regextrans2 's/INBOX.INBOX/INBOX/'

  I found the this method only works if you have
unixhierarchysep: no

in imapd.conf

unixhierarchysep: yes seems to be the default.

I tried this with unixhierarchysep: yes
imapsync --host1 exchange --noauthmd5 --user1 "$u1" --password1 "$p1" \

          --host2 kolab    --user2 "$u2" --password2 "$p2" \
          --regextrans2 's/INBOX\/INBOX/INBOX/'

but it hangs transferring the inbox. Perhaps it should be

imapsync --host1 exchange --noauthmd5 --user1 "$u1" --password1 "$p1" \
          --host2 kolab    --user2 "$u2" --password2 "$p2" \
          --regextrans2 's/INBOX^INBOX/INBOX/'

?


From alessio at skye.it  Wed Jan 27 10:26:10 2010
From: alessio at skye.it (Alessio Cecchi)
Date: Wed, 27 Jan 2010 10:26:10 +0100
Subject: With kolab 2.2.2 "automatic bcc" 
Message-ID: <4B6006B2.5090800@skye.it>


Hi,

in our setup with older version of Kolab we have always setup 
successfully "Automatic BCC recipients" in postfix with the setting:

sender_bcc_maps = hash:/kolab/etc/postfix/sender_bcc in main.cf.template

and

mail:~# cat /kolab/etc/postfix/sender_bcc
cbs at domain1.com	archiviomail2 at domain1.com

but now with Kolab 2.2.2 when cbs at domain1.com sent and e-mail to an 
external address, for example alessio at domain2.com in according to 
"sender_bcc_maps" the e-mail is also deliverde via BCC to 
"archiviomail2 at domain1.com" but 4 times:


Jan 27 10:44:07 mail <info> postfix/qmgr[9910]: 82757258003: 
from=<cbs at domain1.com>, size=1574, nrcpt=2 (queue active)
Jan 27 10:44:07 mail <info> postfix/smtpd[10796]: disconnect from 
localhost[127.0.0.1]
Jan 27 10:44:07 mail <info> postfix/smtp[10788]: F3511258002: 
to=<archiviomail2 at domain1.com>, relay=127.0.0.1[127.0.0.1]:10024, 
delay=22, delays=0.07/0.01/0.01/22, dsn=2.0.0, status=sent (250 2.0.0 
Ok: queued as 6C7A4258001)
Jan 27 10:44:07 mail <info> postfix/smtp[10788]: F3511258002: 
to=<archiviomail2 at domain1.com>, relay=127.0.0.1[127.0.0.1]:10024, 
delay=22, delays=0.07/0.01/0.01/22, dsn=2.0.0, status=sent (250 2.0.0 
Ok: queued as 6C7A4258001)
Jan 27 10:44:07 mail <info> postfix/smtp[10788]: F3511258002: 
to=<alessio at domain2.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=22, 
delays=0.07/0.01/0.01/22, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued 
as 6C7A4258001)
Jan 27 10:44:07 mail <info> postfix/qmgr[9910]: F3511258002: removed

Jan 27 10:44:07 mail <info> postfix/pipe[10799]: 6C7A4258001: 
to=<archiviomail2 at domain1.com>, relay=kolabmailboxfilter, delay=0.32, 
delays=0.02/0.02/0/0.28, dsn=2.0.0, status=sent (delivered via 
kolabmailboxfilter service)

Jan 27 10:44:07 mail <info> postfix/pipe[10801]: 6C7A4258001: 
to=<archiviomail2 at domain1.com>, relay=kolabmailboxfilter, delay=0.45, 
delays=0.02/0.02/0/0.41, dsn=2.0.0, status=sent (delivered via 
kolabmailboxfilter service)

Jan 27 10:44:07 mail <info> postfix/pipe[10799]: 6C7A4258001: 
to=<archiviomail2 at domain1.com>, relay=kolabmailboxfilter, delay=0.56, 
delays=0.02/0.3/0/0.24, dsn=2.0.0, status=sent (delivered via 
kolabmailboxfilter service)
Jan 27 10:44:07 mail <info> postfix/qmgr[9910]: 6C7A4258001: removed

Jan 27 10:44:08 mail <info> postfix/pipe[10801]: 82757258003: 
to=<archiviomail2 at domain1.com>, relay=kolabmailboxfilter, delay=0.66, 
delays=0.07/0.36/0/0.23, dsn=2.0.0, status=sent (delivered via 
kolabmailboxfilter service)
Jan 27 10:44:08 mail <info> postfix/smtp[10803]: 82757258003: 
to=<alessio at domain2.com>, relay=www1.domain2.com[94.198.98.131]:25, 
delay=0.69, delays=0.07/0.03/0.12/0.47, dsn=2.0.0, status=sent (250 
2.0.0 Ok: queued as A9B8F13A412)
Jan 27 10:44:08 mail <info> postfix/qmgr[9910]: 82757258003: removed


Where could be the problem?
Thanks
-- 
Alessio Cecchi is:
@ ILS -> http://www.linux.it/~alessice/
on LinkedIn -> http://www.linkedin.com/in/alessice
Assistenza Sistemi GNU/Linux -> http://www.cecchi.biz/
@ PLUG -> ex-Presidente, adesso senatore a vita, http://www.prato.linux.it
@ LOLUG -> Socio http://www.lolug.net


From kcaesar at hotmail.com  Wed Jan 27 18:16:45 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Wed, 27 Jan 2010 18:16:45 +0100
Subject: Kolab-users Digest, Vol 71, Issue 29
In-Reply-To: <mailman.4.1264590003.8803.kolab-users@kolab.org>
References: <mailman.4.1264590003.8803.kolab-users@kolab.org>
Message-ID: <SNT135-w2F2FFD239C25EC0D82EFFA35D0@phx.gbl>


--Pi?ce jointe du message transmise--
Subject: Shadow copy
Date: Tue, 26 Jan 2010 16:26:59 +0100
To: kolab-users at kolab.org
From: kcaesar at hotmail.com


Hello,

Just a quick question ..

How can I set up an automatic copy (hidden) to a manager for the incoming and outgoing emails to certain users?

I know it's wrong, but my management wants to have this feature.


Best regards, 		 	   		  
Vous cherchez l'int?grale des clips de Michael Jackson ? Bing ! Trouvez !


--Pi?ce jointe du message transmise--
Subject: Re: Shadow copy
Date: Tue, 26 Jan 2010 15:33:46 +0000
To: kolab-users at kolab.org
From: gavin.mccullagh at gcd.ie

Hi,
 
On Tue, 26 Jan 2010, kiser Caesar wrote:
 
> Just a quick question ..
> 
> How can I set up an automatic copy (hidden) to a manager for the incoming
> and outgoing emails to certain users?
 
This guy's blog post pretty much explains a means to do this.
 
http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc
 
Gavin



Hello Gavin !

Thank for your reply, 

Can I create my /kolab/etc/postfix/bcc_maps like this ?


user1 at domain.com	 user3 at domain.com
user2 at domain.com	 user3 at domain.com

And maybe some others ?


Best regards,


 
 



 		 	   		  
_________________________________________________________________
Tchattez en direct en en vid?o avec vos amis !  
http://www.windowslive.fr/messenger/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100127/2011d9db/attachment.html

From gavin.mccullagh at gcd.ie  Wed Jan 27 18:28:37 2010
From: gavin.mccullagh at gcd.ie (Gavin McCullagh)
Date: Wed, 27 Jan 2010 17:28:37 +0000
Subject: Kolab-users Digest, Vol 71, Issue 29
In-Reply-To: <SNT135-w2F2FFD239C25EC0D82EFFA35D0@phx.gbl>
References: <mailman.4.1264590003.8803.kolab-users@kolab.org>
	<SNT135-w2F2FFD239C25EC0D82EFFA35D0@phx.gbl>
Message-ID: <20100127172837.GW12771@gcd.ie>

Hi,

On Wed, 27 Jan 2010, kiser Caesar wrote:

> > On Tue, 26 Jan 2010, kiser Caesar wrote:
> >  
> > > Just a quick question ..
> > > 
> > > How can I set up an automatic copy (hidden) to a manager for the incoming
> > > and outgoing emails to certain users?
> >  
> > This guy's blog post pretty much explains a means to do this.
> >  
> > http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc
> 
> Thank for your reply, 
> 
> Can I create my /kolab/etc/postfix/bcc_maps like this ?
> 
> user1 at domain.com	 user3 at domain.com
> user2 at domain.com	 user3 at domain.com
> 
> And maybe some others ?

That's my understanding from that article, though I've never actually used
bcc_maps.  

You'll need to run postmap on the map file and be careful to obey the kolab
way of doing things, ie modifying the template config files for postfix as
well as the live postfix file.  Otherwise the next time you configure
something in the web interface your changes will disappear.

Gavin


From nprice at gibb.co.za  Thu Jan 28 07:18:15 2010
From: nprice at gibb.co.za (Neil Price)
Date: Thu, 28 Jan 2010 08:18:15 +0200
Subject: Migration from Exchange
In-Reply-To: <4B5FF2A3.6040802@gibb.co.za>
References: <4B5FF2A3.6040802@gibb.co.za>
Message-ID: <4B612C27.1010205@gibb.co.za>

On 2010/01/27 10:00 AM, Neil Price wrote:
> but it hangs transferring the inbox. Perhaps it should be
>
> imapsync --host1 exchange --noauthmd5 --user1 "$u1" --password1 "$p1" \
>            --host2 kolab    --user2 "$u2" --password2 "$p2" \
>            --regextrans2 's/INBOX^INBOX/INBOX/'
>
>    
I see somebody modified the wiki with my post. I can now confirm that 
the above method works with unixhierarchysep: yes.

I can also tell you that importing an Exchange 5.5 pst file with the 
Bynari 4 client doesn't work. The email addresses are garbled and the 
emails mostly blank. . Later versions of Exchange may work as it seems 
to be the X.400 addresses that confuse Bynari (which is a superb 
connector, btw). I've still to test pst import with a standard imap 
account in Outlook. I have not tested Bymari's exportpst yet.

Another method I will test uses libpst: 
http://wildness.espix.org/index.php?post/2009/11/17/Inject-Outlook-PST-Archives-files-into-IMAP-account.

I'm also writing up a howto to make Kolab co-exist with Exchange which I 
will post on the wiki. I'm using this for a gradual migration to Kolab.



From johannes_graumann at web.de  Thu Jan 28 08:53:37 2010
From: johannes_graumann at web.de (Johannes Graumann)
Date: Thu, 28 Jan 2010 08:53:37 +0100
Subject: horde/gnupg question
Message-ID: <hjrfuq$al7$1@ger.gmane.org>

Hello,

I'm running 2.2.3 on debian testing.
How would I specifically purge gnupg keys from the horde database?
Thanks for any hints, Joh


From kcaesar at hotmail.com  Thu Jan 28 11:15:12 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Thu, 28 Jan 2010 11:15:12 +0100
Subject: Blank screen with horde.
Message-ID: <SNT135-w6266F709C8D4B949B01436A35C0@phx.gbl>


Hello,


Most users in my companies use the Horde webmail without trouble, but some users meeting a strange situation..

When they try to logon, they obtain only a blank screen.. without nothing !
The account and password are good.

I can solve it with deleting the account and creating it again but it is not the good way.

Who can help me ?


Best regards,
 		 	   		  
_________________________________________________________________
T?l?chargez Internet Explorer 8 et surfez sans laisser de trace !
http://clk.atdmt.com/FRM/go/182932252/direct/01/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100128/94c9231c/attachment.html

From Roessler at FuH-E.de  Thu Jan 28 11:20:32 2010
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Thu, 28 Jan 2010 11:20:32 +0100
Subject: Just update kontact, not the rest of KDE, or 'wrap' kontact - anyone
	tried this?
Message-ID: <4B6164F0.3000503@FuH-E.de>

Hallo together,

well, the people here use a 'centralized' Server for running their
programs via ssh -X.

The problem I have is that the Linux version on this server is not the
youngest, and also not the Kontact/KDE-PIM along with KDE. I would be
eager to find a way getting around updating this server first.

So I wanted to ask: Is there a possibility to just update KDE-PIM
without updating the whole of KDE? Has anyone tried to 'wrap' KDE-PIM
along with it's needed libraries to try out different versions of KDE-PIM?

I have already asked this on the KDE-PIM mailing list (which i thought
to be more appropriate), by the way, but just got the tip to ask here:).

Best regards,
Christian


From bernhard at intevation.de  Thu Jan 28 11:35:16 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 28 Jan 2010 11:35:16 +0100
Subject: Need help with freebusy.
In-Reply-To: <SNT135-w523B6554B4946CB87A5147A35F0@phx.gbl>
References: <SNT135-w37B3B34B3C0D03080E34AFA3650@phx.gbl>
	<201001192127.33765.ml@radoeka.nl>
	<SNT135-w523B6554B4946CB87A5147A35F0@phx.gbl>
Message-ID: <201001281135.16606.bernhard@intevation.de>

Am Montag, 25. Januar 2010 13:18:38 schrieb kiser Caesar:
> Now a message for the dev team, I meet a bug with scheduled events
> throughout one day. I can't see this kinds of events from another user. Who
> have an idea on this trouble ?

http://wiki.kolab.org/index.php/Troubleshooting
http://wiki.kolab.org/index.php/Problem_reporting
(Please describe the problem in a way that developer can reproduce.)

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100128/07273e70/attachment.bin

From bernhard at intevation.de  Thu Jan 28 11:40:03 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 28 Jan 2010 11:40:03 +0100
Subject: Just update kontact, not the rest of KDE,
	or 'wrap' kontact - anyone tried this?
In-Reply-To: <4B6164F0.3000503@FuH-E.de>
References: <4B6164F0.3000503@FuH-E.de>
Message-ID: <201001281140.03530.bernhard@intevation.de>

Am Donnerstag, 28. Januar 2010 11:20:32 schrieb Christian R??ler:
> well, the people here use a 'centralized' Server for running their
> programs via ssh -X.
>
> The problem I have is that the Linux version on this server is not the
> youngest, and also not the Kontact/KDE-PIM along with KDE. I would be
> eager to find a way getting around updating this server first.
>
> So I wanted to ask: Is there a possibility to just update KDE-PIM
> without updating the whole of KDE? Has anyone tried to 'wrap' KDE-PIM
> along with it's needed libraries to try out different versions of KDE-PIM?

To get a good KDEPim and its Kolab Client functions, you shall have the 
necessary underlying libs like kdelibs in a recent enough version.
Then you can update kdepim. 
E.g the Kontact e35 runs on Debian Etch and we have published quite a few 
versions. However you have to know which version of the underlying libraries 
are the minimum.

If you really need two revisions which are wide apart, you probaby need to 
install the KDE stack fully several times, which is also possible.

> I have already asked this on the KDE-PIM mailing list (which i thought
> to be more appropriate), by the way, but just got the tip to ask here:).

Wow, I would have expected them to know better than us. ;)
Bernhard


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100128/240165b8/attachment-0001.bin

From bernhard at intevation.de  Thu Jan 28 11:42:15 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 28 Jan 2010 11:42:15 +0100
Subject: Migration from Exchange
In-Reply-To: <4B612C27.1010205@gibb.co.za>
References: <4B5FF2A3.6040802@gibb.co.za> <4B612C27.1010205@gibb.co.za>
Message-ID: <201001281142.15808.bernhard@intevation.de>

Neil,

thanks for the reports and for writing them up (and in the wiki). :)

Am Donnerstag, 28. Januar 2010 07:18:15 schrieb Neil Price:
> I'm also writing up a howto to make Kolab co-exist with Exchange which I
> will post on the wiki. I'm using this for a gradual migration to Kolab.

You did already find
http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/raw-howtos/email-split-setup.txt
that could be related.

Bernhard

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100128/e7972416/attachment.bin

From bernhard at intevation.de  Thu Jan 28 11:44:23 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 28 Jan 2010 11:44:23 +0100
Subject: With kolab 2.2.2 "automatic bcc"
In-Reply-To: <4B6006B2.5090800@skye.it>
References: <4B6006B2.5090800@skye.it>
Message-ID: <201001281144.24003.bernhard@intevation.de>

Am Mittwoch, 27. Januar 2010 10:26:10 schrieb Alessio Cecchi:
> in our setup with older version of Kolab we have always setup
> successfully "Automatic BCC recipients" in postfix with the setting:
>
> sender_bcc_maps = hash:/kolab/etc/postfix/sender_bcc in main.cf.template
>
> and
>
> mail:~# cat /kolab/etc/postfix/sender_bcc
> cbs at domain1.com?archiviomail2 at domain1.com
>
> but now with Kolab 2.2.2 when cbs at domain1.com sent and e-mail to an
> external address, for example alessio at domain2.com in according to
> "sender_bcc_maps" the e-mail is also deliverde via BCC to
> "archiviomail2 at domain1.com" but 4 times:

It might be that the configuration is used for all different postfix smtpds,
you might want restrict its usage for one instance. Check master.cf.template
and the postfix documentation.

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100128/a8a2ee71/attachment.bin

From kasparas at infosaitas.lt  Thu Jan 28 11:39:33 2010
From: kasparas at infosaitas.lt (Kasparas Adomaitis)
Date: Thu, 28 Jan 2010 12:39:33 +0200
Subject: Blank screen with horde.
In-Reply-To: <SNT135-w6266F709C8D4B949B01436A35C0@phx.gbl>
References: <SNT135-w6266F709C8D4B949B01436A35C0@phx.gbl>
Message-ID: <201001281239.33591.kasparas@infosaitas.lt>

I think in most cases restarting firefox (or any other web browser) helps? we 
experience similar situation, when there are a few tabs in the browser from 
which the user tried to logon. We simply restart firefox.

On Thursday 28 January 2010 12:15:12 pm kiser Caesar wrote:
> Hello,
>
>
> Most users in my companies use the Horde webmail without trouble, but some
> users meeting a strange situation..
>
> When they try to logon, they obtain only a blank screen.. without nothing !
> The account and password are good.
>
> I can solve it with deleting the account and creating it again but it is
> not the good way.
>
> Who can help me ?
>
>
> Best regards,
>
> _________________________________________________________________
> T?l?chargez Internet Explorer 8 et surfez sans laisser de trace !
> http://clk.atdmt.com/FRM/go/182932252/direct/01/


From bernhard at intevation.de  Thu Jan 28 11:49:01 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 28 Jan 2010 11:49:01 +0100
Subject: Problems with Kontact on Windows
In-Reply-To: <201001261810.04162.admin@jmay.org>
References: <201001261810.04162.admin@jmay.org>
Message-ID: <201001281149.01472.bernhard@intevation.de>

Am Dienstag, 26. Januar 2010 18:10:04 schrieb Jochen May:
> 3 Problems with Kontact Version 1.3 (enterprise4 0.20091204.1058385) on
> Windows XP SP2
>
> I?m not sure if this is the wright place to post my issue. If not, please
> forward me to the right place/people :-)

This is the right place.
If your reports are detailed enough and you feel confident, you could directly 
create an issue in the tracker. Note that our roadmap is to bring up alpha 
versions of the enterprise5 next generation on Kontact very soon.

> I use Kontact on Windows and Linux. On Linux i have no problems. But on
> Windows there are some issues:
>
> 1.)I create on Linux a new event, for example from 10.00 ? 11.00. On the
> Linux clients and on Horde everything looks good, no matter wich kind of
> view i chose (? Day, Weekly or Month). On Windows the day and weekly view
> are ok. When i display a month, the time of the event show 1 hour to early.
> In this case from 9.00 ? 10.00. A double clicck on the event show me the
> right time. Also on the left site, where the detailed information of this
> event are displayed, the time ist ok.

Sounds like a plain displaying defect. You could file it in the tracker.

> 2.)When Kontact is running offline, i can not access the calender and the
> adress book. But the notes and tasks are working. I try to explain this:
> Kontact is running online, everything ist ok and i can access both. Now i
> shutdown kontact and disconnected from the network. Now i restart kontact
> and switch to the calender. In the ressource window (in the left bottom
> corner) are still my imap ressource (but without the subfolders, like
> shared.calender, own calender, ...). I need to delete the imar ressource
> and add a new one with the right mouse button. There i choose imap-calender
> via kmail and voila, my calender incl. the subfolders are back. The same
> happens to the adress book. This is happen every time i start kontact
> offline.

Uh, this should not happen. Can you file this one as well.

> 3.) Also i try to setup gpg4win2, but i get only an error. The error
> message ist: "Cannot load library
> C:/Programme/Kontact/lib/kde4/kmailpart.dll" I follow the instruction from
> the file "README-kontact-20091204-3-en.txt"

Did you adapt the PATH accordingly, also see hints as the bottom of
http://wiki.kolab.org/index.php/Kontact_for_Windows_(beta-huge-debug)

> By the way, it?s a damn cool piece of software :-)

You are welcome and thanks again for testing, it is the community that makes 
Free Software so strong!

Bernhard


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100128/fc9bb523/attachment.bin

From bernhard at intevation.de  Thu Jan 28 11:54:20 2010
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 28 Jan 2010 11:54:20 +0100
Subject: Upgrade failure
In-Reply-To: <CB3B0636FBDC488D98FAF0C62428F5C0@lancaster.browntransmission.com>
References: <CB3B0636FBDC488D98FAF0C62428F5C0@lancaster.browntransmission.com>
Message-ID: <201001281154.20515.bernhard@intevation.de>

Am Montag, 25. Januar 2010 15:57:14 schrieb Jeffrey Walls:
> When trying to upgrade 2.2.1 to 2.2.3, on debian 5, using procompiled
> packages from rsync.kolab.org with security updates, I am getting the
> following error message:

Whenever you have problems with the precompiled packages, 
try going from the source packages.

Bernhard

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20100128/7157b191/attachment.bin

From nprice at gibb.co.za  Thu Jan 28 13:00:14 2010
From: nprice at gibb.co.za (Neil Price)
Date: Thu, 28 Jan 2010 14:00:14 +0200
Subject: Migration from Exchange
In-Reply-To: <201001281142.15808.bernhard@intevation.de>
References: <4B5FF2A3.6040802@gibb.co.za> <4B612C27.1010205@gibb.co.za>
	<201001281142.15808.bernhard@intevation.de>
Message-ID: <4B617C4E.2060609@gibb.co.za>

On 2010/01/28 12:42 PM, Bernhard Reiter wrote:
>
> You did already find
> http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/raw-howtos/email-split-setup.txt
> that could be related.
>
>    
never saw that :-) Interesting, I can use some of the ideas there.

My method is diffferent, ldap based, and imho more applicable to having 
multiple other servers.




From kcaesar at hotmail.com  Thu Jan 28 14:43:50 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Thu, 28 Jan 2010 14:43:50 +0100
Subject: Kolab-users Digest, Vol 71, Issue 31
In-Reply-To: <mailman.4.1264676402.12883.kolab-users@kolab.org>
References: <mailman.4.1264676402.12883.kolab-users@kolab.org>
Message-ID: <SNT135-w6370D7CE04F53265A87C7AA35C0@phx.gbl>


--Pi?ce jointe du message transmise--
Subject: Re: Blank screen with horde.
Date: Thu, 28 Jan 2010 12:39:33 +0200
To: kolab-users at kolab.org
From: kasparas at infosaitas.lt

I think in most cases restarting firefox (or any other web browser) helps? we 
experience similar situation, when there are a few tabs in the browser from 
which the user tried to logon. We simply restart firefox.
 
On Thursday 28 January 2010 12:15:12 pm kiser Caesar wrote:
> Hello,
>
>
> Most users in my companies use the Horde webmail without trouble, but some
> users meeting a strange situation..
>
> When they try to logon, they obtain only a blank screen.. without nothing !
> The account and password are good.
>
> I can solve it with deleting the account and creating it again but it is
> not the good way.
>
> Who can help me ?
>
>
> Best regards,
>
> _________________________________________________________________
> T?l?chargez Internet Explorer 8 et surfez sans laisser de trace !
> http://clk.atdmt.com/FRM/go/182932252/direct/01/
 
 


Hello,

I tried several times to close and restart Firefox, that's always the same status... after the logon I get a blank page..
 		 	   		  
_________________________________________________________________
Discutez en direct avec vos amis sur Messenger !
http://www.windowslive.fr/messenger
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100128/c50f8068/attachment.html

From kcaesar at hotmail.com  Thu Jan 28 15:36:19 2010
From: kcaesar at hotmail.com (kiser Caesar)
Date: Thu, 28 Jan 2010 15:36:19 +0100
Subject: Kolab-users Digest, Vol 71, Issue 30
In-Reply-To: <mailman.1785.1264675205.2115.kolab-users@kolab.org>
References: <mailman.1785.1264675205.2115.kolab-users@kolab.org>
Message-ID: <SNT135-w2728FEFFFDD55DEE0E421DA35C0@phx.gbl>



--Pi?ce jointe du message transmise--
Subject: RE: Kolab-users Digest, Vol 71, Issue 29
Date: Wed, 27 Jan 2010 18:16:45 +0100
To: kolab-users at kolab.org
From: kcaesar at hotmail.com








--Pi?ce jointe du message transmise--
Subject: Shadow copy
Date: Tue, 26 Jan 2010 16:26:59 +0100
To: kolab-users at kolab.org
From: kcaesar at hotmail.com


Hello,

Just a quick question ..

How can I set up an automatic copy (hidden) to a manager for the incoming and outgoing emails to certain users?

I know it's wrong, but my management wants to have this feature.


Best regards, 		 	   		  
Vous cherchez l'int?grale des clips de Michael Jackson ? Bing ! Trouvez !


--Pi?ce jointe du message transmise--
Subject: Re: Shadow copy
Date: Tue, 26 Jan 2010 15:33:46 +0000
To: kolab-users at kolab.org
From: gavin.mccullagh at gcd.ie

Hi,
 
On Tue, 26 Jan 2010, kiser Caesar wrote:
 
> Just a quick question ..
> 
> How can I set up an automatic copy (hidden) to a manager for the incoming
> and outgoing emails to certain users?
 
This guy's blog post pretty much explains a means to do this.
 
http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc
 
Gavin



Hello Gavin !

Thank for your reply, 

Can I create my /kolab/etc/postfix/bcc_maps like this ?


user1 at domain.com	 user3 at domain.com
user2 at domain.com	 user3 at domain.com

And maybe some others ?


Best regards,


 
 



 		 	   		  
Windows 7 : Trouvez le PC qui vous convient! D?couvrez notre offre ! 
--Pi?ce jointe du message transmise--
Subject: Re: Kolab-users Digest, Vol 71, Issue 29
Date: Wed, 27 Jan 2010 17:28:37 +0000
To: kolab-users at kolab.org
From: gavin.mccullagh at gcd.ie

Hi,
 
On Wed, 27 Jan 2010, kiser Caesar wrote:
 
> > On Tue, 26 Jan 2010, kiser Caesar wrote:
> >  
> > > Just a quick question ..
> > > 
> > > How can I set up an automatic copy (hidden) to a manager for the incoming
> > > and outgoing emails to certain users?
> >  
> > This guy's blog post pretty much explains a means to do this.
> >  
> > http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc
> 
> Thank for your reply, 
> 
> Can I create my /kolab/etc/postfix/bcc_maps like this ?
> 
> user1 at domain.com	 user3 at domain.com
> user2 at domain.com	 user3 at domain.com
> 
> And maybe some others ?
 
That's my understanding from that article, though I've never actually used
bcc_maps.  
 
You'll need to run postmap on the map file and be careful to obey the kolab
way of doing things, ie modifying the template config files for postfix as
well as the live postfix file.  Otherwise the next time you configure
something in the web interface your changes will disappear.
 
Gavin


Hello Gavin,

I will try on this week-end,

Best regards,


--Pi?ce jointe du message transmise--
Subject: Re: Need help with freebusy.
Date: Thu, 28 Jan 2010 11:35:16 +0100
To: kolab-users at kolab.org
From: bernhard at intevation.de

Am Montag, 25. Januar 2010 13:18:38 schrieb kiser Caesar:
> Now a message for the dev team, I meet a bug with scheduled events
> throughout one day. I can't see this kinds of events from another user. Who
> have an idea on this trouble ?
 
http://wiki.kolab.org/index.php/Troubleshooting
http://wiki.kolab.org/index.php/Problem_reporting
(Please describe the problem in a way that developer can reproduce.)
 
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998
Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

Hello Bernhard

Can I send  you some screen shoots ?


Best regards,



 		 	   		  
_________________________________________________________________
D?couvrez Windows 7 en 7 secondes?!
http://clk.atdmt.com/FRM/go/181574577/direct/01/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20100128/80bfd4d1/attachment.html

From albrecht.dress at lios-tech.com  Thu Jan 28 17:07:42 2010
From: albrecht.dress at lios-tech.com (Albrecht =?utf-8?q?Dre=C3=9F?=)
Date: Thu, 28 Jan 2010 17:07:42 +0100
Subject: Kolab + iPhone via SyncML
Message-ID: <201001281707.42627.albrecht.dress@lios-tech.com>

Hi all,

just in case someone wants to connect an iPhone with Kolab - using the SyncML plug-in from Synthesis [1], the iPhone can synchronise calendars, contacts and todo's with Kolab 2.2.3.  Didn't try shared resources yet, though.

Best, Albrecht.

[1] <http://www.synthesis.ch/iphone.php?lang=e>


From webmaster at computational-chemistry.org  Thu Jan 28 17:59:27 2010
From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=)
Date: Thu, 28 Jan 2010 17:59:27 +0100
Subject: Kolab + iPhone via SyncML
In-Reply-To: <201001281707.42627.albrecht.dress@lios-tech.com>
References: <201001281707.42627.albrecht.dress@lios-tech.com>
Message-ID: <4B61C26F.7060008@computational-chemistry.org>

Albrecht Dre? schrieb:
> Hi all,
>
> just in case someone wants to connect an iPhone with Kolab - using the SyncML plug-in from Synthesis [1], the iPhone can synchronise calendars, contacts and todo's with Kolab 2.2.3.  Didn't try shared resources yet, though.
>
> Best, Albrecht.
>
> [1] <http://www.synthesis.ch/iphone.php?lang=e>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>   
Thank you. I am going to check that out!


From roland.kaeser at intersoft-networks.ch  Thu Jan 28 19:43:27 2010
From: roland.kaeser at intersoft-networks.ch (Roland Kaeser)
Date: Thu, 28 Jan 2010 19:43:27 +0100
Subject: Kontact and Web Interface Data - Out of sync
Message-ID: <1264704207.22199.17.camel@linux-2unv.site>

Hello 

I'm just about to implement the next Kolab server (on ClearOS). I built
my pilot environment and attached kontact through kolabwizard (KDE 4.3,
OpenSuSE 11.2) to it. This was working properly so far. 

Afterwards I tried to connect through the web interface to kolab to see
my experimentally created items (contacts and calendar entries) but
couldn't see any of them. I tried to create entries through the web
interface but couldn't see these entries in kolab.

Is there any missunderstanding from my site? On the kolab website
Kontact is explicitly listed as primary client to kolab.
Why does this not work?

Thanks for any help

Regards

Roland Kaeser


From ml at radoeka.nl  Thu Jan 28 22:11:22 2010
From: ml at radoeka.nl (Richard Bos)
Date: Thu, 28 Jan 2010 21:11:22 +0000
Subject: Migration from Exchange
In-Reply-To: <4B612C27.1010205@gibb.co.za>
References: <4B5FF2A3.6040802@gibb.co.za> <4B612C27.1010205@gibb.co.za>
Message-ID: <201001282111.22438.ml@radoeka.nl>

Op donderdag 28 januari 2010 06:18:15 schreef Neil Price:
> > imapsync --host1 exchange --noauthmd5 --user1 "$u1" --password1 "$p1" \
> >            --host2 kolab    --user2 "$u2" --password2 "$p2" \
> >            --regextrans2 's/INBOX^INBOX/INBOX/'
> >
> >    
> 
> I see somebody modified the wiki with my post. I can now confirm that 
> the above method works with unixhierarchysep: yes.

Updated again:
https://wiki.kolab.org/index.php/Microsoft_Exchange#Transferring_mails_via_.27.27imapsync.27.27

@Neil: please update the wiki yourself, it's there for that purpose.

-- 
Richard


From micha at kovoks.nl  Thu Jan 28 22:11:31 2010
From: micha at kovoks.nl (Micha Kersloot)
Date: Thu, 28 Jan 2010 22:11:31 +0100
Subject: Kontact and Web Interface Data - Out of sync
References: <1264704207.22199.17.camel@linux-2unv.site>
Message-ID: <201001282211.31175.micha@kovoks.nl>

Hi,

On Thursday 28 January 2010 19:43:27 Roland Kaeser wrote:
> Hello
> 
> I'm just about to implement the next Kolab server (on ClearOS). I built
> my pilot environment and attached kontact through kolabwizard (KDE 4.3,
> OpenSuSE 11.2) to it. This was working properly so far.
> 
> Afterwards I tried to connect through the web interface to kolab to see
> my experimentally created items (contacts and calendar entries) but
> couldn't see any of them. I tried to create entries through the web
> interface but couldn't see these entries in kolab.
> 
> Is there any missunderstanding from my site? On the kolab website
> Kontact is explicitly listed as primary client to kolab.
> Why does this not work?

Could it be that you are using two different versions of your login account? 
I've seen that, while the account was created as username at domain.tld it was 
possible to login the web interface (horde) with just the username part. As a 
result the resources where empty.

Greetings,

Micha


From troy at carpenter.cx  Sat Jan 30 04:08:50 2010
From: troy at carpenter.cx (Troy Carpenter)
Date: Fri, 29 Jan 2010 22:08:50 -0500
Subject: Funambol and self signed certificate
Message-ID: <201001292208.50255.troy@carpenter.cx>

Greetings all,

I have seen this issue come up before, but looking back through the archives, 
I haven't seen a definite answer.

I want to sync my Blackberry with Horde via Funambol.  The Blackberry client 
always gives a network error, but I never found where the logs existed on the 
Blackberry to check out the problem.  So I switched to the Outlook connector 
and realized that the clients are choking on the self-signed certificate.

A post on the Funambol developer's list from a few years ago mentions this 
problem and they put in [what appears to be] a compile time flag to ignore the 
certificate error.  I don't think that is a run-time setting, so it would 
require compilation of all clients (outlook and Blackberry) to work.

Is there any other solution short of getting a properly signed certificate?  
For a server that is only for my family, that is too great of an expense.

Thanks for any pointers,
Troy Carpenter
troy at carpenter.cx


From roland.kaeser at intersoft-networks.ch  Sat Jan 30 07:07:31 2010
From: roland.kaeser at intersoft-networks.ch (Roland Kaeser)
Date: Sat, 30 Jan 2010 07:07:31 +0100
Subject: Kontact and Web Interface Data - Out of sync
In-Reply-To: <201001282211.31175.micha@kovoks.nl>
References: <1264704207.22199.17.camel@linux-2unv.site>
	<201001282211.31175.micha@kovoks.nl>
Message-ID: <1264831651.22199.19.camel@linux-2unv.site>

Hello

Thanks for the answer. Sadly I became busy with other work so couln't
test it, but will do soon.

Roland


Am Donnerstag, den 28.01.2010, 22:11 +0100 schrieb Micha Kersloot:
> Hi,
> 
> On Thursday 28 January 2010 19:43:27 Roland Kaeser wrote:
> > Hello
> > 
> > I'm just about to implement the next Kolab server (on ClearOS). I built
> > my pilot environment and attached kontact through kolabwizard (KDE 4.3,
> > OpenSuSE 11.2) to it. This was working properly so far.
> > 
> > Afterwards I tried to connect through the web interface to kolab to see
> > my experimentally created items (contacts and calendar entries) but
> > couldn't see any of them. I tried to create entries through the web
> > interface but couldn't see these entries in kolab.
> > 
> > Is there any missunderstanding from my site? On the kolab website
> > Kontact is explicitly listed as primary client to kolab.
> > Why does this not work?
> 
> Could it be that you are using two different versions of your login account? 
> I've seen that, while the account was created as username at domain.tld it was 
> possible to login the web interface (horde) with just the username part. As a 
> result the resources where empty.
> 
> Greetings,
> 
> Micha
> 
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users



From admin at jmay.org  Sat Jan 30 21:44:01 2010
From: admin at jmay.org (Jochen May)
Date: Sat, 30 Jan 2010 21:44:01 +0100
Subject: Problems with Kontact on Windows
In-Reply-To: <201001281149.01472.bernhard@intevation.de>
References: <201001261810.04162.admin@jmay.org>
	<201001281149.01472.bernhard@intevation.de>
Message-ID: <201001302144.01959.admin@jmay.org>

Am Donnerstag, 28. Januar 2010 11:49:01 schrieben Sie:
> Am Dienstag, 26. Januar 2010 18:10:04 schrieb Jochen May:
> > 3 Problems with Kontact Version 1.3 (enterprise4 0.20091204.1058385) on
> > Windows XP SP2
> >
> > I?m not sure if this is the wright place to post my issue. If not, please
> > forward me to the right place/people :-)
> 
> This is the right place.
> If your reports are detailed enough and you feel confident, you could
>  directly create an issue in the tracker. Note that our roadmap is to bring
>  up alpha versions of the enterprise5 next generation on Kontact very soon.

I will put the two items into the issue tracker.
 

> > 3.) Also i try to setup gpg4win2, but i get only an error. The error
> > message ist: "Cannot load library
> > C:/Programme/Kontact/lib/kde4/kmailpart.dll" I follow the instruction
> > from the file "README-kontact-20091204-3-en.txt"
> 
> Did you adapt the PATH accordingly, also see hints as the bottom of
> http://wiki.kolab.org/index.php/Kontact_for_Windows_(beta-huge-debug)

I rename the two files (like the discripton at the website) and check the PATH 
settings again. Now it's working. 
The different was, that last time i change the settings on the fly. And this 
time it was directly after the reboot. 
For test i change the settings of KDEDIRS and get the error again. I thought, 
that windows will change the path settings "on the fly"...
 
Greetings
Jochen


From office at orangewhirl.biz  Thu Jan 14 13:36:35 2010
From: office at orangewhirl.biz (Christopher R. Parr)
Date: Thu, 14 Jan 2010 12:36:35 -0000
Subject: Questions concerning Horde Access
Message-ID: <9944173f421424ced8000fa9ec9651f8.squirrel@admin.orangewhirl.biz>

Hi!

I've yesterday setup a Kolab 2.2.3 groupware on a Debian Lenny VServer
with 10 GB storage and 1 GB RAM.

I have created 2 Mail users:
- info at orangewhirl.org
- fosstux at fosstux.eu

I have got both domains in the settings page.

I can login to the web client from info at orangewhirl.org, but not from
fosstux at fosstux.eu.

I get the following error in german, when trying to login as
fosstux at fosstux.eu:
Die Anmeldung ist fehlgeschlagen, weil Sie Ihren Benutzernamen oder Ihr
Passwort falsch eingegeben haben.

Translation:
Login failed, because you have entered the username or password wrongly.

What is wrong?

Thank you!
Christopher R. Parr
Windows = a 64 bit rewrite for a 32 bit extension to a
16 bit GUI on an 8 bit OS written for a 4 bit architecture
by a 2 bit company who can't stand 1 bit of competition.