From wrobel at pardus.de  Mon Feb  2 08:00:06 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 02 Feb 2009 08:00:06 +0100
Subject: Hosted Kolab?
In-Reply-To: <49832C27.1000802@dragonrising.com>
References: <mailman.4.1233313202.21102.kolab-users@kolab.org>
	<49832C27.1000802@dragonrising.com>
Message-ID: <20090202080006.16656mvmqp9r2ink@webmail.pardus.de>

Quoting Alex <lbf at dragonrising.com>:

> I'm looking at ways of outsourcing some of my companies various hosting
> tasks we would normally fire up a xen virtual server for, and was
> wondering if anyone offers kolab hosting?
>
> For example, I'm looking at "openx hosted" to serve our advertisements
> and "gradwell" in the UK to host our VOIP PBX.
>
> The advantages to me would be:
>
> + Software upgrades, including security upgrades
> + Managed backups
> + Don't have to worry about hardware faults
>
> Does anyone know if a solution exists, or if it doesn't exist for a reason?

I'd like to say that my company p at rdus does offer a solution here. But  
if I'm honest I need to admit that I still don't really offer a  
solution as I still did not expand the company beyond the "1  
employee"-stage ;)

I don't think there is a specific blocker to offering hosted Kolab. In  
my case I just started out with the idea that a hosted Kolab needs a  
decent web-based client, too. So I started fixing Horde for Kolab  
which turned into a much bigger  project than I originally imagined  
and brought me some programming contracts which by now completely fill  
my time. Which is the reason for me being stuck at the "1 employee"  
stage.

Hosting Kolab takes a decent amount of knowledge about the different  
components and I believe it only makes sense if you can throw at least  
a team of four to five people at it. You need short reaction times in  
the area of commercial e-mail. So the initial costs are not that low  
and so far there seems to be nobody willing to take the risk. To  
finance a team of four to five employees you need to have quite a few  
customers ;)

Cheers,

Gunnar



>
> Thanks,
>
> Alex
>
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090202/1be494c8/attachment.bin

From wrobel at pardus.de  Mon Feb  2 08:14:32 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 02 Feb 2009 08:14:32 +0100
Subject: Outlook authentication settings
In-Reply-To: <49839A42.4090900@yugm.org>
References: <49839A42.4090900@yugm.org>
Message-ID: <20090202081432.76064442y2lvg18g@webmail.pardus.de>

Quoting Paul Douglas Franklin <pdf at yugm.org>:

> Hello,
> I have a user who needs to send e-mail from outside our privileged
> networks on his laptop.  Can someone clue me in on the settings needed
> in Outlook?

I guess the question lacks some details ;) Currently I would suggest  
that this user just uses standard SMTP authentication which is  
supported by the Kolab server. But this does not help, does it?

Cheers,

Gunnar

> --Paul
>
> --
> Paul Douglas Franklin
> Computer Manager, Union Gospel Mission of Yakima, Washington
> Husband of Danette
> Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie, Dawnita,  
> Anna Leah, Alexander, and Caleb
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090202/35c530fd/attachment.bin

From itsef-admin at brightsight.com  Mon Feb  2 08:37:54 2009
From: itsef-admin at brightsight.com (ITSEF Admin)
Date: Mon, 2 Feb 2009 08:37:54 +0100
Subject: kdebugdialog/output (: Another free/busy odditiy - Kontact vs. DNS?)
In-Reply-To: <200901300859.50402.bernhard@intevation.de>
References: <200901221733.43555.itsef-admin@brightsight.com>
	<200901291735.44364.itsef-admin@brightsight.com>
	<200901300859.50402.bernhard@intevation.de>
Message-ID: <200902020837.54944.itsef-admin@brightsight.com>

On Friday 30 January 2009 08:59:50 Bernhard Reiter wrote:
> On Donnerstag, 29. Januar 2009, ITSEF Admin wrote:
> > I'm still surprised that I cannot see the console output Ludwig describes
> > - as far as I can see, I'm using the same "--with-debug" (or suchlike)
> > options for our Kubuntu packages as used in the Kolab Debian packages.
>
> Checkout the KDE settings with "kdebugdialog".

Thanks Bernhard - I should have read the Wiki... :-( I completely and utterly 
forgot about kdebugdialog - sorry! Almost all checks for 
kontact/korganizer/kmail were off. I have enabled all and can now confirm 
that I see the same behaviour as reported by Ludwig, including the failed 
URL.

BTW: The extra information caused by kdebugdialog is not written 
into .xsession-errors - is there another way to retrieve this or at least 
redirect it into a file? I'm asking as I intend to revisit some of my 
bugreports, especially issue3098, which is the most annoying we have at the 
moment. Unfortunately, it's infrequent, thus it would help if there was a way 
to record the output over a longer period.

Cheerio,

Thomas


From itsef-admin at brightsight.com  Mon Feb  2 14:44:24 2009
From: itsef-admin at brightsight.com (ITSEF Admin)
Date: Mon, 2 Feb 2009 14:44:24 +0100
Subject: kdebugdialog/output (: Another free/busy odditiy - Kontact vs.
	DNS?)
In-Reply-To: <200902020837.54944.itsef-admin@brightsight.com>
References: <200901221733.43555.itsef-admin@brightsight.com>
	<200901300859.50402.bernhard@intevation.de>
	<200902020837.54944.itsef-admin@brightsight.com>
Message-ID: <200902021444.24922.itsef-admin@brightsight.com>

On Monday 2 February 2009 08:37:54 ITSEF Admin wrote:
> BTW: The extra information caused by kdebugdialog is not written
> into .xsession-errors - is there another way to retrieve this or at least
> redirect it into a file?
[...]

Never mind - the answer lies in "kdebugdialog --fullmode"... I will set up 
myself and the users affected by the issue I mentioned to have suitable debug 
files running. Maybe that will get us further.

Cheerio,

Thomas


From Roessler at FuH-E.de  Mon Feb  2 17:37:41 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Mon, 02 Feb 2009 17:37:41 +0100
Subject: Again: MySQL
In-Reply-To: <20090129171834.12764m8rdemdgfeo@webmail.pardus.de>
References: <497ED1F0.2070907@FuH-E.de>	<200901281135.12560.bernhard@intevation.de>
	<20090129171834.12764m8rdemdgfeo@webmail.pardus.de>
Message-ID: <49872155.6080100@FuH-E.de>

Gunnar Wrobel schrieb:

>> On Dienstag, 27. Januar 2009, Christian R??ler wrote:
>>> | the PHP package within Kolab is not compiled with the mysql
>>> | extension. So you would need to add the necessary flag "--with=mysql"
>>> | to you obmtool.conf file before installing Kolab.
>> obmtool has been replaced by install-kolab.sh, open this in an editor.
> Yes, please try to add
> -D apache_php::with_mysql=yes

I have also tried (due to analogy to other pavkages in install.sh) just
-D apache_php::with_mysql - but this hasn't changed anything...

Best regards,
Christian


From johnm at advocap.org  Mon Feb  2 22:14:34 2009
From: johnm at advocap.org (John McMonagle)
Date: Mon, 02 Feb 2009 15:14:34 -0600
Subject: kolab ldap migration questions.
In-Reply-To: <200901231056.27402.bernhard@intevation.de>
References: <200901221615.38062.johnm@advocap.org>
	<200901231056.27402.bernhard@intevation.de>
Message-ID: <4987623A.3030002@advocap.org>

Bernhard Reiter wrote:
> On Donnerstag, 22. Januar 2009, John McMonagle wrote:
>   
>> Here is  one of our current records:
>> dn: uid=bradb,ou=People,dc=advocap,dc=org
>> uid: bradb
>>     
>
>> One possible problem I see is in the People dn records.
>> Will kolab work with my People dn entries?
>>     
>
> I think it should (would need a through test).
>   
>   
I finally  did a simple test.
I added our extra schema and then imported one of our user records.

Worked fine after I remembered to add the extra kolab records :-)

Need to test more, but looks good so far.

In /kolab/etc/openldap/slapd.conf  is says
# manual additions are lost unless made to the template in the Kolab 
config directory
# the template is  /kolab/etc/kolab/templates/slapd.conf.template

I can do that but how do get it to update /kolab/etc/openldap/slapd.conf ?
I'll probably put my changes in include files.
Can I include files from outside of /kolab?
Do I need to take any precautions to keep my changes from being overwritten?

Thanks

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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: johnm.vcf
Type: text/x-vcard
Size: 250 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-users/attachments/20090202/70cf6672/johnm.bin

From bernhard at intevation.de  Tue Feb  3 14:30:00 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 3 Feb 2009 14:30:00 +0100
Subject: kdebugdialog/output (: Another free/busy odditiy - Kontact vs.
	DNS?)
In-Reply-To: <200902021444.24922.itsef-admin@brightsight.com>
References: <200901221733.43555.itsef-admin@brightsight.com>
	<200902020837.54944.itsef-admin@brightsight.com>
	<200902021444.24922.itsef-admin@brightsight.com>
Message-ID: <200902031430.00826.bernhard@intevation.de>

On Montag, 2. Februar 2009, ITSEF Admin wrote:
> On Monday 2 February 2009 08:37:54 ITSEF Admin wrote:
> > BTW: The extra information caused by kdebugdialog is not written
> > into .xsession-errors

It is, if you start KDE the conventional way over KDM.
(At least here it is.)

> > - is there another way to retrieve this or at least 
> > redirect it into a file?

Sure, kwhen starting at a command line something like "kontact >file 2>&1"
Sometime "kontact --nofork" is interesting as well.

> [...]
>
> Never mind - the answer lies in "kdebugdialog --fullmode"... I will set up
> myself and the users affected by the issue I mentioned to have suitable
> debug files running. Maybe that will get us further.



-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090203/86d2a982/attachment.bin

From bernhard at intevation.de  Tue Feb  3 14:35:02 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 3 Feb 2009 14:35:02 +0100
Subject: Hosted Kolab?
In-Reply-To: <20090202080006.16656mvmqp9r2ink@webmail.pardus.de>
References: <mailman.4.1233313202.21102.kolab-users@kolab.org>
	<49832C27.1000802@dragonrising.com>
	<20090202080006.16656mvmqp9r2ink@webmail.pardus.de>
Message-ID: <200902031435.02923.bernhard@intevation.de>

On Montag, 2. Februar 2009, Gunnar Wrobel wrote:
> Hosting Kolab takes a decent amount of knowledge about the different ?
> components and I believe it only makes sense if you can throw at least ?
> a team of four to five people at it. You need short reaction times in ?
> the area of commercial e-mail. So the initial costs are not that low ?
> and so far there seems to be nobody willing to take the risk. To ?
> finance a team of four to five employees you need to have quite a few ?
> customers ;)

You can probably do with less employees...
Kolab Server instances can be run by general administrators.

The question of hosted is more a question of how many accounts someone would need and how the automatic processing of a few accounts is necessary.
Intevation (a part of the Kolab Konsortium) runs a few rented servers
for customers. It is relatively easy.

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 --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090203/b26d4dd1/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090203/b26d4dd1/attachment.bin

From bernhard at intevation.de  Tue Feb  3 14:37:44 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 3 Feb 2009 14:37:44 +0100
Subject: kolab ldap migration questions.
In-Reply-To: <4987623A.3030002@advocap.org>
References: <200901221615.38062.johnm@advocap.org>
	<200901231056.27402.bernhard@intevation.de>
	<4987623A.3030002@advocap.org>
Message-ID: <200902031437.45050.bernhard@intevation.de>

On Montag, 2. Februar 2009, John McMonagle wrote:
> In /kolab/etc/openldap/slapd.conf ?is says
> # manual additions are lost unless made to the template in the Kolab
> config directory
> # the template is ?/kolab/etc/kolab/templates/slapd.conf.template
>
> I can do that but how do get it to update /kolab/etc/openldap/slapd.conf ?

Run kolabconf. 

> I'll probably put my changes in include files.
> Can I include files from outside of /kolab?

Yes.

> Do I need to take any precautions to keep my changes from being
> overwritten?

No, except the ones above.


-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090203/4a564e20/attachment.bin

From funke at hiskp.uni-bonn.de  Tue Feb  3 19:41:39 2009
From: funke at hiskp.uni-bonn.de (Christian Funke)
Date: Tue, 3 Feb 2009 19:41:39 +0100
Subject: Postfix Domain forwarding question
In-Reply-To: <71fe4e760901310149j32f0318drfd7c9f15f574a946@mail.gmail.com>
References: <200901301721.57705.funke@hiskp.uni-bonn.de>
	<20090130162832.GE23543.thomas@intevation.de>
	<71fe4e760901310149j32f0318drfd7c9f15f574a946@mail.gmail.com>
Message-ID: <200902031941.40205.funke@hiskp.uni-bonn.de>

Am Samstag 31 Januar 2009 10:49:01 schrieb Alain Spineux:
> On Fri, Jan 30, 2009 at 5:28 PM, Thomas Arendsen Hein
>
Hi Alain,

I have followed your suggestion and added the lines you mentioned to my 
virtual file. It works but now i get a warning in the posfix logs

<warning> postfix/trivial-rewrite[8612]: warning: do not list domain 
OLDDOMAIN.COM  in BOTH virtual_alias_domains and virtual_mailbox_domains

This is due to the standard main.cf file both setting 

virtual_mailbox_maps = $virtual_alias_maps
virtual_alias_domains = $virtual_alias_maps

with virtual_alias_maps parsing the /kolab/etc/postfix/virtual file.

In which map does the entry

OLDDOMAIN.COM      anything

belong? Shall i create a new virtualalias file?

Thanks in advance

Christian Funke

>
> >> /kolab/etc/postfix/virtual
> >>
> >> @OLDDOMAIN.COM                @DOMAIN.COM
>
> then to accept email for OLDDOMAIN.COM, you must add
>
> OLDDOMAIN.COM      anything
>
> in your virtual file, and keep the line above (with the @)
>
> This is the way you create aliases inside postfix !
>
>

> > 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
> >
> > _______________________________________________
> > Kolab-users mailing list
> > Kolab-users at kolab.org
> > https://kolab.org/mailman/listinfo/kolab-users

-- 
Dr. Christian Funke
Helmholtz-Institut f?r Strahlen- und Kernphysik
Nussallee 14-16 Zimmer 102
53115 Bonn

Tel. : +49 228 73-3598
Fax  : +49 228 73-2505
EMail: funke at hiskp.uni-bonn.de


From kolab at izsr.de  Tue Feb  3 22:04:19 2009
From: kolab at izsr.de (Tim Golz)
Date: Tue, 3 Feb 2009 22:04:19 +0100
Subject: Sync Kolab with Thunderbird
Message-ID: <0268B6D5-435C-4DA0-B3BC-E920667FADA2@izsr.de>

Hi, folx,


been an administrator now for nearly 10 years with some experience in  
Linux, Mac and Windows, I must admit that I dunno understand nothing  
when I try to sync thunderbirdclients to Kolab.


I have just installed Kolab 2.2.0 from Sources on a Debian Etch-box,  
works fine as far as i can see: i can administer the Kolab  
webinterface, create users, external adresses, I can connect from  
varios mailclients to the Kolabimapserver, sending and receiving  
mails, adresses get completed from the kolab-lda-adressbook, I can do  
an ldapsearch from a client to kolab - no probs.


but i am to stupid to get Thunderbird Adressbook, Calendar and Tasks  
working with Kolab. I tried different setups now with the SyncKolab- 
Plugin and Lightning, I created Folders in Kolab and on the  
Thunderbird-client, I googled for hours - no chance. the HowTos on the  
Kolabsite (i.e. the Kolabwiki) explains nothing (to me), nor does the  
Synckolab-site.


Is there a Step-by-Step-HowTo for Fools like me (who are able to  
administer two dozens of mal-, samba- and ldapservers and writing  
bashscripts and so on, but to stupid to understand the teamwork of  
Kolab and Thunderbird/SyncKolab)?



Thanx a lot in advance ...



greetnings


Tim Golz


From alex at swiftnetcomputers.biz  Wed Feb  4 00:36:35 2009
From: alex at swiftnetcomputers.biz (Alex Chejlyk)
Date: Tue, 03 Feb 2009 18:36:35 -0500
Subject: Sync Kolab with Thunderbird
In-Reply-To: <0268B6D5-435C-4DA0-B3BC-E920667FADA2@izsr.de>
References: <0268B6D5-435C-4DA0-B3BC-E920667FADA2@izsr.de>
Message-ID: <4988D503.3000704@swiftnetcomputers.biz>

Hello Tim,

This question would be best answered on synckolab at mozdev.org

Basically setting up synckolab goes like this:

In Kolab Admin interface create shared folders ex:

Contacts
Calendar


For simplicity sake, give access to all kolab users (you can change this 
later).

On Thunderbird:

I'm assuming your Thunderbird is already setup to send and receive imap 
mail from the Kolab server.

Subscribe to the folders you created

Install Lightning & Synckolab extensions

Create an addressbook in Thunderbird for the synckolab contacts, ex: 
"Contacts"

Click Tools --> SyncKolab Options

Enter something for Display name I use "sync"

Click Next

Choose your Kolab imap account.

Make sure a check mark is next to Calendar and Addressbook

Click Next

Choose the "Contacts" addressbook from the drop down list

Choose the "Contacts" folder form you imap account


Click Next

Choose the Calendar from the drop down list

Choose the "Calendar" folder form you imap account

Check "Save to imap" if you want write access

Click Next

That should do it.


Cheers,

Alex C.



Tim Golz wrote:
> Hi, folx,
> 
> 
> been an administrator now for nearly 10 years with some experience in  
> Linux, Mac and Windows, I must admit that I dunno understand nothing  
> when I try to sync thunderbirdclients to Kolab.
> 
> 
> I have just installed Kolab 2.2.0 from Sources on a Debian Etch-box,  
> works fine as far as i can see: i can administer the Kolab  
> webinterface, create users, external adresses, I can connect from  
> varios mailclients to the Kolabimapserver, sending and receiving  
> mails, adresses get completed from the kolab-lda-adressbook, I can do  
> an ldapsearch from a client to kolab - no probs.
> 
> 
> but i am to stupid to get Thunderbird Adressbook, Calendar and Tasks  
> working with Kolab. I tried different setups now with the SyncKolab- 
> Plugin and Lightning, I created Folders in Kolab and on the  
> Thunderbird-client, I googled for hours - no chance. the HowTos on the  
> Kolabsite (i.e. the Kolabwiki) explains nothing (to me), nor does the  
> Synckolab-site.
> 
> 
> Is there a Step-by-Step-HowTo for Fools like me (who are able to  
> administer two dozens of mal-, samba- and ldapservers and writing  
> bashscripts and so on, but to stupid to understand the teamwork of  
> Kolab and Thunderbird/SyncKolab)?
> 
> 
> 
> Thanx a lot in advance ...
> 
> 
> 
> greetnings
> 
> 
> Tim Golz
> 
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
> 


From bernhard at intevation.de  Wed Feb  4 09:49:47 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 4 Feb 2009 09:49:47 +0100
Subject: Sync Kolab with Thunderbird
In-Reply-To: <4988D503.3000704@swiftnetcomputers.biz>
References: <0268B6D5-435C-4DA0-B3BC-E920667FADA2@izsr.de>
	<4988D503.3000704@swiftnetcomputers.biz>
Message-ID: <200902040949.47339.bernhard@intevation.de>

On Mittwoch, 4. Februar 2009, Alex Chejlyk wrote:
> This question would be best answered on synckolab at mozdev.org
>
> Basically setting up synckolab goes like this:
>
> In Kolab Admin interface create shared folders ex:
>
> Contacts
> Calendar

Note, that this probably works around a limitation of
SyncKolab to consier more than one folder of each type.
For regular Kolab use, it is recommended to not use the
accountless folders. (This is what is probably meant by "share folders" 
above.)

> For simplicity sake, give access to all kolab users (you can change this
> later).

Usually you would use a group account and a client (like KDE Kontact)
to crete the folder and set the ACLs for the group.

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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090204/e47c0464/attachment.bin

From aspineux at gmail.com  Wed Feb  4 09:50:55 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Wed, 4 Feb 2009 09:50:55 +0100
Subject: Postfix Domain forwarding question
In-Reply-To: <200902031941.40205.funke@hiskp.uni-bonn.de>
References: <200901301721.57705.funke@hiskp.uni-bonn.de>
	<20090130162832.GE23543.thomas@intevation.de>
	<71fe4e760901310149j32f0318drfd7c9f15f574a946@mail.gmail.com>
	<200902031941.40205.funke@hiskp.uni-bonn.de>
Message-ID: <71fe4e760902040050v32320e12n72ca4b01dfd899ec@mail.gmail.com>

On Tue, Feb 3, 2009 at 7:41 PM, Christian Funke <funke at hiskp.uni-bonn.de> wrote:
> Am Samstag 31 Januar 2009 10:49:01 schrieb Alain Spineux:
>> On Fri, Jan 30, 2009 at 5:28 PM, Thomas Arendsen Hein
>>
> Hi Alain,
>
> I have followed your suggestion and added the lines you mentioned to my
> virtual file. It works but now i get a warning in the posfix logs
>
> <warning> postfix/trivial-rewrite[8612]: warning: do not list domain
> OLDDOMAIN.COM  in BOTH virtual_alias_domains and virtual_mailbox_domains
>
> This is due to the standard main.cf file both setting
>
> virtual_mailbox_maps = $virtual_alias_maps

virtual_mailbox_mapsis commented out in my main.cf  !
I have 2.2.1 and you ?


> virtual_alias_domains = $virtual_alias_maps
>
> with virtual_alias_maps parsing the /kolab/etc/postfix/virtual file.
>
> In which map does the entry
>
> OLDDOMAIN.COM      anything
>
> belong? Shall i create a new virtualalias file?
>
> Thanks in advance
>
> Christian Funke
>
>>
>> >> /kolab/etc/postfix/virtual
>> >>
>> >> @OLDDOMAIN.COM                @DOMAIN.COM
>>
>> then to accept email for OLDDOMAIN.COM, you must add
>>
>> OLDDOMAIN.COM      anything
>>
>> in your virtual file, and keep the line above (with the @)
>>
>> This is the way you create aliases inside postfix !
>>
>>
>
>> > 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
>> >
>> > _______________________________________________
>> > Kolab-users mailing list
>> > Kolab-users at kolab.org
>> > https://kolab.org/mailman/listinfo/kolab-users
>
> --
> Dr. Christian Funke
> Helmholtz-Institut f?r Strahlen- und Kernphysik
> Nussallee 14-16 Zimmer 102
> 53115 Bonn
>
> Tel. : +49 228 73-3598
> Fax  : +49 228 73-2505
> EMail: funke at hiskp.uni-bonn.de
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From aspineux at gmail.com  Wed Feb  4 09:51:54 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Wed, 4 Feb 2009 09:51:54 +0100
Subject: Postfix Domain forwarding question
In-Reply-To: <71fe4e760902040050v32320e12n72ca4b01dfd899ec@mail.gmail.com>
References: <200901301721.57705.funke@hiskp.uni-bonn.de>
	<20090130162832.GE23543.thomas@intevation.de>
	<71fe4e760901310149j32f0318drfd7c9f15f574a946@mail.gmail.com>
	<200902031941.40205.funke@hiskp.uni-bonn.de>
	<71fe4e760902040050v32320e12n72ca4b01dfd899ec@mail.gmail.com>
Message-ID: <71fe4e760902040051k792613d4yc1e1b98a27eec35e@mail.gmail.com>

On Wed, Feb 4, 2009 at 9:50 AM, Alain Spineux <aspineux at gmail.com> wrote:
> On Tue, Feb 3, 2009 at 7:41 PM, Christian Funke <funke at hiskp.uni-bonn.de> wrote:
>> Am Samstag 31 Januar 2009 10:49:01 schrieb Alain Spineux:
>>> On Fri, Jan 30, 2009 at 5:28 PM, Thomas Arendsen Hein
>>>
>> Hi Alain,
>>
>> I have followed your suggestion and added the lines you mentioned to my
>> virtual file. It works but now i get a warning in the posfix logs
>>
>> <warning> postfix/trivial-rewrite[8612]: warning: do not list domain
>> OLDDOMAIN.COM  in BOTH virtual_alias_domains and virtual_mailbox_domains
>>
>> This is due to the standard main.cf file both setting
>>
>> virtual_mailbox_maps = $virtual_alias_maps
>
> virtual_mailbox_mapsis commented out in my main.cf  !
> I have 2.2.1 and you ?
Ops 2.2.0
>
>
>> virtual_alias_domains = $virtual_alias_maps
>>
>> with virtual_alias_maps parsing the /kolab/etc/postfix/virtual file.
>>
>> In which map does the entry
>>
>> OLDDOMAIN.COM      anything
>>
>> belong? Shall i create a new virtualalias file?
>>
>> Thanks in advance
>>
>> Christian Funke
>>
>>>
>>> >> /kolab/etc/postfix/virtual
>>> >>
>>> >> @OLDDOMAIN.COM                @DOMAIN.COM
>>>
>>> then to accept email for OLDDOMAIN.COM, you must add
>>>
>>> OLDDOMAIN.COM      anything
>>>
>>> in your virtual file, and keep the line above (with the @)
>>>
>>> This is the way you create aliases inside postfix !
>>>
>>>
>>
>>> > 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
>>> >
>>> > _______________________________________________
>>> > Kolab-users mailing list
>>> > Kolab-users at kolab.org
>>> > https://kolab.org/mailman/listinfo/kolab-users
>>
>> --
>> Dr. Christian Funke
>> Helmholtz-Institut f?r Strahlen- und Kernphysik
>> Nussallee 14-16 Zimmer 102
>> 53115 Bonn
>>
>> Tel. : +49 228 73-3598
>> Fax  : +49 228 73-2505
>> EMail: funke at hiskp.uni-bonn.de
>>
>> _______________________________________________
>> Kolab-users mailing list
>> Kolab-users at kolab.org
>> https://kolab.org/mailman/listinfo/kolab-users
>>
>
>
>
> --
> Alain Spineux
> aspineux gmail com
> May the sources be with you
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From kolab at izsr.de  Wed Feb  4 15:39:16 2009
From: kolab at izsr.de (Tim Golz)
Date: Wed, 4 Feb 2009 15:39:16 +0100
Subject: Sync Kolab with Thunderbird
In-Reply-To: <4988D503.3000704@swiftnetcomputers.biz>
References: <0268B6D5-435C-4DA0-B3BC-E920667FADA2@izsr.de>
	<4988D503.3000704@swiftnetcomputers.biz>
Message-ID: <8E072AA8-17FF-4F02-B520-185650B27FEB@izsr.de>

Hi, Alex and Bernard,



and thanx a lot for your step-by-step-explanation. Now, the problem is  
that I did all those steps earlier but I dont understand the point  
with those shared folders. There is nothing in those folders - of  
course I can add my local addresses from the Thunderbirdclient with  
SyncKolab but I cannot reach the Addressbook from the Kolab (nor the  
internal addresses).

Only way is to bind the TB to the Kolab-LDAP and than I have  
autocompletition of emailadresses nd I can search within the adresses  
from the Kolab-LDAP, that works fine and there is no need for  
SyncKolab for that. But I cant see the adresses in Thunderbirds Kolab- 
LDAP-addressbook :-(


So I am looking for a way to real groupwarefunctionality ... so I  
havent understand the administration or managing of shared folders,  
shared addressbooks, shared calendars in Kolab. It seems to me, that  
in Kolab I can see or do nearly nothing - what am I doing wrong?



thanx a lot in advance!



Tim



From kolab at izsr.de  Wed Feb  4 16:56:28 2009
From: kolab at izsr.de (Tim Golz)
Date: Wed, 4 Feb 2009 16:56:28 +0100
Subject: Sync Kolab with Thunderbird
In-Reply-To: <8E072AA8-17FF-4F02-B520-185650B27FEB@izsr.de>
References: <0268B6D5-435C-4DA0-B3BC-E920667FADA2@izsr.de>
	<4988D503.3000704@swiftnetcomputers.biz>
	<8E072AA8-17FF-4F02-B520-185650B27FEB@izsr.de>
Message-ID: <52F11699-12BD-4188-A06F-7928F10FD4F3@izsr.de>

Hi, folx,



me again.


sorry what a fool I was, but with the mini-tutorial from Alex and some  
proving I now got a bit of understanding how to handle Kolab - because  
I tried Horde ;-)


after solving the problem, that access was denied though clients had  
correct credits (just add the FQDN in /etc/hosts, something I already  
experienced now and then) I saw all the folders filled with correct  
items within Horde: addresses, tasks, appointments ..... and I could  
even change them!!!


ok, thanx again a lot for giving the right hint. and once more  
apologize my "impatience" after two days of gambling around with  
thunderbird. would have been better to start with Kontact but I have  
no machine with KDE at the moment .....


so, it doesnt exactly look like Outlook now but after years of working  
with Outlook / Exchange I can assure you that not even there  
everything is just simple and pretty, more vice versa ... ;-)



greetings



Tim




From johnm at advocap.org  Wed Feb  4 17:50:14 2009
From: johnm at advocap.org (John McMonagle)
Date: Wed, 04 Feb 2009 10:50:14 -0600
Subject: kolab ldap migration questions.
In-Reply-To: <4987623A.3030002@advocap.org>
References: <200901221615.38062.johnm@advocap.org>	<200901231056.27402.bernhard@intevation.de>
	<4987623A.3030002@advocap.org>
Message-ID: <4989C746.1040306@advocap.org>

John McMonagle wrote:
> Bernhard Reiter wrote:
>> On Donnerstag, 22. Januar 2009, John McMonagle wrote:
>>  
>>> Here is  one of our current records:
>>> dn: uid=bradb,ou=People,dc=advocap,dc=org
>>> uid: bradb
>>>     
>>
>>> One possible problem I see is in the People dn records.
>>> Will kolab work with my People dn entries?
>>>     
>>
>> I think it should (would need a through test).
>>     
> I finally  did a simple test.
> I added our extra schema and then imported one of our user records.
>
> Worked fine after I remembered to add the extra kolab records :-)
>
> Need to test more, but looks good so far.
>
For my next test imported all of our current ldap records.
That worked but having a problem  automating adding the  extra 
kolabInetOrgPerson records.
Probably because I do not understand ldif  well enough :-(

I thought this work  with ldapadd:
dn: uid=test,ou=People,dc=advocap,dc=org
objectClass: kolabInetOrgPerson
kolabHomeServer: mailtest.advocap.org
kolabInvitationPolicy: ACT_MANUAL

gives:
ldap_initialize( ldap://localhost )
add objectClass:
        kolabInetOrgPerson
add kolabHomeServer:
        mailtest.advocap.org
add kolabInvitationPolicy:
        ACT_MANUAL
adding new entry "uid=test,ou=People,dc=advocap,dc=org"
ldap_add: Object class violation (65)
        additional info: no structural object class provided

I can add kolabInetOrgPerson with ldapmodify
dn: uid=test,ou=People,dc=advocap,dc=org
changetype: modify
add: objectClass
objectClass: kolabInetOrgPerson


But if I try to all it all with ldapmodify
dn: uid=test,ou=People,dc=advocap,dc=org
changetype: modify
add: objectClass
objectClass: kolabInetOrgPerson
add: kolabHomeServer
kolabHomeServer: mailtest.advocap.org
add: kolabInvitationPolicy
kolabInvitationPolicy: ACT_MANUAL

This happens:
ldapmodify: wrong attributeType at line 5, entry 
"uid=test,ou=People,dc=advocap,dc=org"

What am I doing wrong?

Thanks

John

-- 
John McMonagle
IT Manager
Advocap Inc.



From bernhard at intevation.de  Thu Feb  5 10:24:00 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 5 Feb 2009 10:24:00 +0100
Subject: kolab ldap migration questions.
In-Reply-To: <4989C746.1040306@advocap.org>
References: <200901221615.38062.johnm@advocap.org>
	<4987623A.3030002@advocap.org> <4989C746.1040306@advocap.org>
Message-ID: <200902051024.06736.bernhard@intevation.de>

On Mittwoch, 4. Februar 2009, John McMonagle wrote:
> For my next test imported all of our current ldap records.
> That worked but having a problem ?automating adding the ?extra
> kolabInetOrgPerson records.
> Probably because I do not understand ldif ?well enough :-(

I would need to fiddle with it as well to give you a good answer.
Maybe some OpenLDAP people can help you with this specific question.
Another idea would be to try using a script language accessing the openldap 
libraries, thus avoiding direct ldif handling.


-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090205/32133f7e/attachment.bin

From wrobel at pardus.de  Thu Feb  5 15:40:30 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Thu, 05 Feb 2009 15:40:30 +0100
Subject: kolab ldap migration questions.
In-Reply-To: <4989C746.1040306@advocap.org>
References: <200901221615.38062.johnm@advocap.org>
	<200901231056.27402.bernhard@intevation.de>
	<4987623A.3030002@advocap.org> <4989C746.1040306@advocap.org>
Message-ID: <20090205154030.14042ntxklhk6ick@webmail.pardus.de>

Quoting John McMonagle <johnm at advocap.org>:

> John McMonagle wrote:
>> Bernhard Reiter wrote:
>>> On Donnerstag, 22. Januar 2009, John McMonagle wrote:
>>>
>>>> Here is  one of our current records:
>>>> dn: uid=bradb,ou=People,dc=advocap,dc=org
>>>> uid: bradb
>>>>
>>>
>>>> One possible problem I see is in the People dn records.
>>>> Will kolab work with my People dn entries?
>>>>
>>>
>>> I think it should (would need a through test).
>>>
>> I finally  did a simple test.
>> I added our extra schema and then imported one of our user records.
>>
>> Worked fine after I remembered to add the extra kolab records :-)
>>
>> Need to test more, but looks good so far.
>>
> For my next test imported all of our current ldap records.
> That worked but having a problem  automating adding the  extra
> kolabInetOrgPerson records.
> Probably because I do not understand ldif  well enough :-(
>
> I thought this work  with ldapadd:
> dn: uid=test,ou=People,dc=advocap,dc=org
> objectClass: kolabInetOrgPerson
> kolabHomeServer: mailtest.advocap.org
> kolabInvitationPolicy: ACT_MANUAL
>
> gives:
> ldap_initialize( ldap://localhost )
> add objectClass:
>         kolabInetOrgPerson
> add kolabHomeServer:
>         mailtest.advocap.org
> add kolabInvitationPolicy:
>         ACT_MANUAL
> adding new entry "uid=test,ou=People,dc=advocap,dc=org"
> ldap_add: Object class violation (65)
>         additional info: no structural object class provided
>

Try to add a

objectClass: inetOrgPerson

to your entries as kolabInetOrgPerson is just an auxiliary class.  
There might be other stuff missing though.

Cheers,

Gunnar
> I can add kolabInetOrgPerson with ldapmodify
> dn: uid=test,ou=People,dc=advocap,dc=org
> changetype: modify
> add: objectClass
> objectClass: kolabInetOrgPerson
>
>
> But if I try to all it all with ldapmodify
> dn: uid=test,ou=People,dc=advocap,dc=org
> changetype: modify
> add: objectClass
> objectClass: kolabInetOrgPerson
> add: kolabHomeServer
> kolabHomeServer: mailtest.advocap.org
> add: kolabInvitationPolicy
> kolabInvitationPolicy: ACT_MANUAL
>
> This happens:
> ldapmodify: wrong attributeType at line 5, entry
> "uid=test,ou=People,dc=advocap,dc=org"
>
> What am I doing wrong?
>
> Thanks
>
> John
>
> --
> John McMonagle
> IT Manager
> Advocap Inc.
>
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090205/d24dbea8/attachment.bin

From wrobel at pardus.de  Thu Feb  5 15:51:33 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Thu, 05 Feb 2009 15:51:33 +0100
Subject: Sync Kolab with Thunderbird
In-Reply-To: <52F11699-12BD-4188-A06F-7928F10FD4F3@izsr.de>
References: <0268B6D5-435C-4DA0-B3BC-E920667FADA2@izsr.de>
	<4988D503.3000704@swiftnetcomputers.biz>
	<8E072AA8-17FF-4F02-B520-185650B27FEB@izsr.de>
	<52F11699-12BD-4188-A06F-7928F10FD4F3@izsr.de>
Message-ID: <20090205155133.6879577n78t0cow0@webmail.pardus.de>

Quoting Tim Golz <kolab at izsr.de>:

> Hi, folx,
>
>
>
> me again.
>
>
> sorry what a fool I was, but with the mini-tutorial from Alex and some
> proving I now got a bit of understanding how to handle Kolab - because
> I tried Horde ;-)
>
>
> after solving the problem, that access was denied though clients had
> correct credits (just add the FQDN in /etc/hosts, something I already
> experienced now and then) I saw all the folders filled with correct
> items within Horde: addresses, tasks, appointments ..... and I could
> even change them!!!
>
>
> ok, thanx again a lot for giving the right hint. and once more
> apologize my "impatience" after two days of gambling around with
> thunderbird. would have been better to start with Kontact but I have
> no machine with KDE at the moment .....
>
>
> so, it doesnt exactly look like Outlook now but after years of working
> with Outlook / Exchange I can assure you that not even there
> everything is just simple and pretty, more vice versa ... ;-)

You should note though that SyncKolab is not yet on the same level  
concerning Kolab integration as Kontact, the Outlook plugins or Horde  
are. It is probably not yet safe to use in productive environments as  
there have been reports of data loss with the thunderbird plugin.

Cheers,

Gunnar

>
>
>
> greetings
>
>
>
> Tim
>
>
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090205/126c2994/attachment.bin

From Roessler at FuH-E.de  Thu Feb  5 16:09:15 2009
From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=)
Date: Thu, 05 Feb 2009 16:09:15 +0100
Subject: kolab ldap migration questions.
In-Reply-To: <20090205154030.14042ntxklhk6ick@webmail.pardus.de>
References: <200901221615.38062.johnm@advocap.org>	<200901231056.27402.bernhard@intevation.de>	<4987623A.3030002@advocap.org>
	<4989C746.1040306@advocap.org>
	<20090205154030.14042ntxklhk6ick@webmail.pardus.de>
Message-ID: <498B011B.6090708@FuH-E.de>

Gunnar Wrobel schrieb:

> Quoting John McMonagle <johnm at advocap.org>:
>> For my next test imported all of our current ldap records.
>> That worked but having a problem  automating adding the  extra
>> kolabInetOrgPerson records.
>> Probably because I do not understand ldif  well enough :-(
> Try to add a
> objectClass: inetOrgPerson
> to your entries as kolabInetOrgPerson is just an auxiliary class. There 
> might be other stuff missing though.

Perhaps I can help here a bit, as I have solved these problems some time
ago. I am sorry I never came around to bring my plethora of scripts into
the wiki or the like, but I promise I will do that soon. Or at least
relatively soon.

The script ldif_user_transfer reads entries from a Suse mailexchange
ldap server and brings them into kolab format. It prints ldif's on
stdout. Perhaps it is so not usable, but maybe it can server as a base
for your additions or the like, John.

These entries about "objectClass: companionGroup" you can safely ignore,
delete them - they came from a little extension I made for kolab, to
have posixGroup functionality (this too I want to wiki-fy, if anyone
would be interested).

Again: I do not quite think you can use this script directly, even if I
would find it nice if so. Just use it as a suggetion for a possible way.
please keep also in mind it is written, eh, perhaps a bit
quick-and-dirty... so I take absolutely no responsibility if it eats
your cookies, drinks all your beer and leaves dirty socks on your couch.

In the other file, ldif_uids_transfer_horde_eintr?ge (which is used by
the script) you will find the needed (templated) entries for horde and
the rest, like - just peer into it.

Commentary is in german, by the way - if you have questions, ask me.

Best regards,
Christian


(By the way, Gunnar - I cannot compile mysql in *whine* *whine* *heul*.
Another tip, maybe?).


-------------- n?chster Teil --------------
Ein eingebundener Text mit undefiniertem Zeichensatz wurde abgetrennt.
Name: ldif_uids_transfer_horde_eintrage
URL: http://kolab.org/pipermail/kolab-users/attachments/20090205/6b3f25c9/ldif_uids_transfer_horde_eintrage-0001.txt
-------------- n?chster Teil --------------
Ein eingebundener Text mit undefiniertem Zeichensatz wurde abgetrennt.
Name: ldif_user_transfer
URL: http://kolab.org/pipermail/kolab-users/attachments/20090205/6b3f25c9/ldif_user_transfer-0001.txt

From bh at intevation.de  Thu Feb  5 17:20:18 2009
From: bh at intevation.de (Bernhard Herzog)
Date: Thu, 5 Feb 2009 17:20:18 +0100
Subject: Another free/busy odditiy - Kontact vs. DNS?
In-Reply-To: <200901291427.37878.itsef-admin@brightsight.com>
References: <200901221733.43555.itsef-admin@brightsight.com>
	<200901291015.56081.ludwig.reiter@intevation.de>
	<200901291427.37878.itsef-admin@brightsight.com>
Message-ID: <200902051720.21638.bh@intevation.de>

On 29.01.2009, ITSEF Admin wrote:
> I just verified that in my case it does not matter whether I have that
> setting on or off. Only https://HOST.DOM.AIN/freebusy/ will work -
> https://HOST/freebusy/ will not.
>
> One thing I've noticed: If I use the "short" form (HOST only), *no*
> requests are sent from Kontact to the Kolab server. I can see no activity
> in /kolab/var/apache/log/apache-access.log

I've created an issue for this now:
https://www.intevation.de/roundup/kolab/issue3386

   Bernhard

-- 
Bernhard Herzog  |  ++49-541-335 08 30  |  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: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090205/ad8bec7d/attachment.bin

From itsef-admin at brightsight.com  Thu Feb  5 18:11:44 2009
From: itsef-admin at brightsight.com (ITSEF Admin)
Date: Thu, 5 Feb 2009 18:11:44 +0100
Subject: issue3386 (was: Another free/busy odditiy - Kontact vs. DNS?)
In-Reply-To: <200902051720.21638.bh@intevation.de>
References: <200901221733.43555.itsef-admin@brightsight.com>
	<200901291427.37878.itsef-admin@brightsight.com>
	<200902051720.21638.bh@intevation.de>
Message-ID: <200902051811.45114.itsef-admin@brightsight.com>

On Thursday 5 February 2009 17:20:18 Bernhard Herzog wrote:
> I've created an issue for this now:
> https://www.intevation.de/roundup/kolab/issue3386

So I've noticed - thank you! I'll be watching that one.

Regards,

Thomas


From christian.tardif at servinfo.ca  Fri Feb  6 17:12:10 2009
From: christian.tardif at servinfo.ca (Christian Tardif)
Date: Fri, 06 Feb 2009 11:12:10 -0500
Subject: Urgent Help needed with mail delivery
Message-ID: <498C615A.3040107@servinfo.ca>

Hi,

I made a new Kolab installation yesterday (latest beta, already 
installed in a couple of lcoations successfully). But, for an unknown 
reason, I keep having all my mails bounced with this message:

blah blah blah   loops back to myself

Actually, I'm testing by connecting directly to the SMTP port. Postfix 
accepts the mail (so it knows about the virtual domain). The mail then 
goes, as far as I can see, thru amavis, and then, when coming back to 
postfix, loops back to origin instead of be sent to cyrus-imap.
-- 

file:///L:/logo.jpg *Christian Tardif*
Servinfo Inc.
christian.tardif at servinfo.ca
514.237.6332
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090206/be0cebd0/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logo.jpg
Type: image/jpeg
Size: 2943 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-users/attachments/20090206/be0cebd0/logo.jpg

From aspineux at gmail.com  Fri Feb  6 18:22:57 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Fri, 6 Feb 2009 18:22:57 +0100
Subject: Urgent Help needed with mail delivery
In-Reply-To: <498C615A.3040107@servinfo.ca>
References: <498C615A.3040107@servinfo.ca>
Message-ID: <71fe4e760902060922h5d4e1214i7762dc689d6d2fa6@mail.gmail.com>

On Fri, Feb 6, 2009 at 5:12 PM, Christian Tardif
<christian.tardif at servinfo.ca> wrote:
> Hi,
>
> I made a new Kolab installation yesterday (latest beta, already installed in
> a couple of lcoations successfully). But, for an unknown reason, I keep
> having all my mails bounced with this message:
>
> blah blah blah   loops back to myself
>
> Actually, I'm testing by connecting directly to the SMTP port. Postfix
> accepts the mail (so it knows about the virtual domain). The mail then goes,
> as far as I can see, thru amavis, and then, when coming back to postfix,
> loops back to origin instead of be sent to cyrus-imap.

Can you give us the postfix log about this ?
Use this to find all the lines
http://wiki.kolab.org/index.php/What_is_happening_to_my_emails_where_are_their._Search_your_postfix_log_to_find_them

Did you setup your ip and hostname in /etc/hosts ?
is your DNS configuration OK ? (MX, /etc/resolve.conf ..)



> --
>
> Christian Tardif
> Servinfo Inc.
> christian.tardif at servinfo.ca
> 514.237.6332
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From christian.tardif at servinfo.ca  Fri Feb  6 20:27:28 2009
From: christian.tardif at servinfo.ca (Christian Tardif)
Date: Fri, 06 Feb 2009 14:27:28 -0500
Subject: Urgent Help needed with mail delivery
In-Reply-To: <71fe4e760902060922h5d4e1214i7762dc689d6d2fa6@mail.gmail.com>
References: <498C615A.3040107@servinfo.ca>
	<71fe4e760902060922h5d4e1214i7762dc689d6d2fa6@mail.gmail.com>
Message-ID: <498C8F20.2010405@servinfo.ca>

Alain Spineux wrote:
> On Fri, Feb 6, 2009 at 5:12 PM, Christian Tardif
> <christian.tardif at servinfo.ca> wrote:
>   
>> Hi,
>>
>> I made a new Kolab installation yesterday (latest beta, already installed in
>> a couple of lcoations successfully). But, for an unknown reason, I keep
>> having all my mails bounced with this message:
>>
>> blah blah blah   loops back to myself
>>
>> Actually, I'm testing by connecting directly to the SMTP port. Postfix
>> accepts the mail (so it knows about the virtual domain). The mail then goes,
>> as far as I can see, thru amavis, and then, when coming back to postfix,
>> loops back to origin instead of be sent to cyrus-imap.
>>     
>
> Can you give us the postfix log about this ?
> Use this to find all the lines
> http://wiki.kolab.org/index.php/What_is_happening_to_my_emails_where_are_their._Search_your_postfix_log_to_find_them
>
> Did you setup your ip and hostname in /etc/hosts ?
> is your DNS configuration OK ? (MX, /etc/resolve.conf ..)
Euh....  ahem......

OK, I had two errors. The /etc/hosts, which was not accurate. The 
installation has been done in another location, and the file has old 
information.

When I corrected this one, I began to see a php error. The problem was:

The fuc*in lmtp.php instead of LMTP.php

I forgot, but I already seen this one a few weeks ago...

Well, well...   Shame on me, and viva Kolab!!!!!

:-)

Christian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090206/4208cfc8/attachment.html

From kolabadmin at cit.notraces.net  Mon Feb  9 12:55:43 2009
From: kolabadmin at cit.notraces.net (Paul)
Date: Mon, 09 Feb 2009 11:55:43 -0000
Subject: PGP-Error with Horde
Message-ID: <200902091255.43769.kolabadmin@cit.notraces.net>

Hi all,

when I try to generate a gpg-key in horde or try to use an uploaded pair of 
keys I get the same error reportet here:

http://lists.horde.org/archives/imp/Week-of-Mon-20061002/046215.html

Logfiles:

/kolab/var/apache/log/horde/horde.log: 

Feb 08 22:16:48 HORDE [debug] [imp] Public/Private keypair not generated 
successfully. Returned error message: gpg: keyblock resource 
`--output/secring.gpg':
 file open error
gpg: keyblock resource `--output/pubring.gpg': file open error
usage: gpg [options] [filename]


/kolab/var/apache/log/php/php-errors.log

[08-Feb-2009 22:26:19] PHP Warning:  mkdir() [<a 
href='function.mkdir'>function.mkdir</a>]: No such file or directory 
in /var/kolab/lib/php/Horde/Util.php on line 517

Any idea?

cheers
paul


From ezaffa at gmail.com  Mon Feb  9 15:02:16 2009
From: ezaffa at gmail.com (Enrico Zaffaroni)
Date: Mon, 9 Feb 2009 15:02:16 +0100
Subject: Can't delete users
Message-ID: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>

Hi all, I manage some kolab 2.2.0 server with thousands of users. All of
them are self compiled from source rpm on Debian or Ubuntu, some on i386,
other on x86_64 architecture.
On a x86_64 server (Ubuntu 8.0.4) I'm not able to delete users from admin
interface, they stands in "awaiting cleanup" status. I've already tried to
restart kolabd and/or to delete /kolab/var/kolab/mailbox-uidcache.db,
according with the troubleshooting wiki page, but users are still there.
In ldap repository the "kolabDeleteflag:" for these users is correctly set,
and I am able to delete them by command line with ldapdelete.
Any help would be greatly appreciated.

Enrico
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090209/bb5157cb/attachment.html

From m.bellini at mpicc.de  Mon Feb  9 16:11:00 2009
From: m.bellini at mpicc.de (Marcello Bellini)
Date: Mon, 9 Feb 2009 16:11:00 +0100
Subject: Can't delete users
In-Reply-To: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
Message-ID: <200902091611.01230.m.bellini@mpicc.de>

Hi Enrico,
sounds that your kolabd process is not running.

check with ps -eaf|grep kolabd

if there are no process start them, then it should work.


Marcello :-)
On Monday 09 February 2009 15:02:16 Enrico Zaffaroni wrote:
> Hi all, I manage some kolab 2.2.0 server with thousands of users. All of
> them are self compiled from source rpm on Debian or Ubuntu, some on i386,
> other on x86_64 architecture.
> On a x86_64 server (Ubuntu 8.0.4) I'm not able to delete users from admin
> interface, they stands in "awaiting cleanup" status. I've already tried to
> restart kolabd and/or to delete /kolab/var/kolab/mailbox-uidcache.db,
> according with the troubleshooting wiki page, but users are still there.
> In ldap repository the "kolabDeleteflag:" for these users is correctly set,
> and I am able to delete them by command line with ldapdelete.
> Any help would be greatly appreciated.
>
> Enrico



From ezaffa at gmail.com  Mon Feb  9 16:42:19 2009
From: ezaffa at gmail.com (Enrico Zaffaroni)
Date: Mon, 9 Feb 2009 16:42:19 +0100
Subject: Can't delete users
In-Reply-To: <200902091611.01230.m.bellini@mpicc.de>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
	<200902091611.01230.m.bellini@mpicc.de>
Message-ID: <a30175860902090742k7478907w14021cbe5b9fd19d@mail.gmail.com>

Hi Marcello, thanks for the answer, unfortunately is not so easy: kolabd is
running :-(

ps auxww |grep kolabd
root      3065  0.0  0.6  76948 14144 pts/1    S    14:53   0:00
/kolab/bin/perl /kolab/sbin/kolabd
root      3069  0.0  0.5  76948 11472 pts/1    S    14:53   0:00
/kolab/bin/perl /kolab/sbin/kolabd
root     11530  0.0  0.0   3812   368 pts/0    D+   16:39   0:00 grep kolabd

2009/2/9 Marcello Bellini <m.bellini at mpicc.de>

> Hi Enrico,
> sounds that your kolabd process is not running.
>
> check with ps -eaf|grep kolabd
>
> if there are no process start them, then it should work.
>
>
> Marcello :-)
> On Monday 09 February 2009 15:02:16 Enrico Zaffaroni wrote:
> > Hi all, I manage some kolab 2.2.0 server with thousands of users. All of
> > them are self compiled from source rpm on Debian or Ubuntu, some on i386,
> > other on x86_64 architecture.
> > On a x86_64 server (Ubuntu 8.0.4) I'm not able to delete users from admin
> > interface, they stands in "awaiting cleanup" status. I've already tried
> to
> > restart kolabd and/or to delete /kolab/var/kolab/mailbox-uidcache.db,
> > according with the troubleshooting wiki page, but users are still there.
> > In ldap repository the "kolabDeleteflag:" for these users is correctly
> set,
> > and I am able to delete them by command line with ldapdelete.
> > Any help would be greatly appreciated.
> >
> > Enrico
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
-------------
Enrico Zaffaroni
ezaffa at gmail.com
-------------- parte successiva --------------
Un allegato HTML ? stato rimosso...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090209/4bcef062/attachment.html

From wrobel at pardus.de  Mon Feb  9 16:47:52 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 09 Feb 2009 16:47:52 +0100
Subject: Can't delete users
In-Reply-To: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
Message-ID: <20090209164752.13553tx6bcq9z0w0@webmail.pardus.de>

Hi Enrico,

Quoting Enrico Zaffaroni <ezaffa at gmail.com>:

> Hi all, I manage some kolab 2.2.0 server with thousands of users.
> All of them are self compiled from source rpm on Debian or Ubuntu,
> some on i386, other on x86_64 architecture.

So you have a central master server and several slave servers? Then  
the users might not get successfully deleted on a slave.

> On a x86_64 server (Ubuntu 8.0.4) I'm not able to delete users from
> admin interface, they stands in "awaiting cleanup" status.
> I've already tried to restart kolabd and/or to delete
> /kolab/var/kolab/mailbox-uidcache.db, according with the
> troubleshooting wiki page, but users are still there.
> In ldap repository the "kolabDeleteflag:" for these users
> is correctly set, and I am able to delete them by command line with
> ldapdelete.

Anything specific from kolabd in the syslog file?

Cheers,

Gunnar

> Any help would be greatly appreciated.
>
> Enrico

-- 
____ 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 <<
--------------------------------------------------------------------

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090209/7eb695f0/attachment.bin

From rdeiriar at lascondes.cl  Mon Feb  9 16:50:19 2009
From: rdeiriar at lascondes.cl (Roberto de Iriarte)
Date: Mon, 09 Feb 2009 12:50:19 -0300
Subject: Can't delete users
In-Reply-To: <200902091611.01230.m.bellini@mpicc.de>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
	<200902091611.01230.m.bellini@mpicc.de>
Message-ID: <499050BB.3010003@lascondes.cl>

Now that you mention it, i have observed the same behavior a couple of 
weeks ago on 2.2.0 under FreeBSD-6 Stable (32 bit)

I cleaned up the user's directory by hand, and then proceded to delete 
the user's Ldap entry

I will see if i can reproduce the problem.

Best regards,
Roberto de Iriarte

Marcello Bellini wrote:
> Hi Enrico,
> sounds that your kolabd process is not running.
>
> check with ps -eaf|grep kolabd
>
> if there are no process start them, then it should work.
>
>
> Marcello :-)
> On Monday 09 February 2009 15:02:16 Enrico Zaffaroni wrote:
>   
>> Hi all, I manage some kolab 2.2.0 server with thousands of users. All of
>> them are self compiled from source rpm on Debian or Ubuntu, some on i386,
>> other on x86_64 architecture.
>> On a x86_64 server (Ubuntu 8.0.4) I'm not able to delete users from admin
>> interface, they stands in "awaiting cleanup" status. I've already tried to
>> restart kolabd and/or to delete /kolab/var/kolab/mailbox-uidcache.db,
>> according with the troubleshooting wiki page, but users are still there.
>> In ldap repository the "kolabDeleteflag:" for these users is correctly set,
>> and I am able to delete them by command line with ldapdelete.
>> Any help would be greatly appreciated.
>>
>> Enrico
>>     
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>   


From ezaffa at gmail.com  Mon Feb  9 17:09:00 2009
From: ezaffa at gmail.com (Enrico Zaffaroni)
Date: Mon, 9 Feb 2009 17:09:00 +0100
Subject: Can't delete users
In-Reply-To: <20090209164752.13553tx6bcq9z0w0@webmail.pardus.de>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
	<20090209164752.13553tx6bcq9z0w0@webmail.pardus.de>
Message-ID: <a30175860902090809q159a033dib267830ddaaecd38@mail.gmail.com>

No, each server is an indipendent one. No master-slave architecture. I work
for an ISP and we began last summer to install kolab for our customers on
their housing servers. We have a really good feedback and till now I have
been able to solve most of the little problems that sometimes emerge.
Anyway in this case no messages from kolabd in syslog, neither strange
messages when enabling debug.

2009/2/9 Gunnar Wrobel <wrobel at pardus.de>

> Hi Enrico,
>
> Quoting Enrico Zaffaroni <ezaffa at gmail.com>:
>
>  Hi all, I manage some kolab 2.2.0 server with thousands of users.
>> All of them are self compiled from source rpm on Debian or Ubuntu,
>> some on i386, other on x86_64 architecture.
>>
>
> So you have a central master server and several slave servers? Then the
> users might not get successfully deleted on a slave.
>
>  On a x86_64 server (Ubuntu 8.0.4) I'm not able to delete users from
>> admin interface, they stands in "awaiting cleanup" status.
>> I've already tried to restart kolabd and/or to delete
>> /kolab/var/kolab/mailbox-uidcache.db, according with the
>> troubleshooting wiki page, but users are still there.
>> In ldap repository the "kolabDeleteflag:" for these users
>> is correctly set, and I am able to delete them by command line with
>> ldapdelete.
>>
>
> Anything specific from kolabd in the syslog file?
>
> Cheers,
>
> Gunnar
>
>  Any help would be greatly appreciated.
>>
>> Enrico
>>
>
> --
> ____ 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 <<
> --------------------------------------------------------------------
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>


-- 
-------------
Enrico Zaffaroni
ezaffa at gmail.com
-------------- parte successiva --------------
Un allegato HTML ? stato rimosso...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090209/65967c50/attachment-0001.html

From wrobel at pardus.de  Mon Feb  9 17:16:07 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 09 Feb 2009 17:16:07 +0100
Subject: PGP-Error with Horde
In-Reply-To: <200902091255.43769.kolabadmin@cit.notraces.net>
References: <200902091255.43769.kolabadmin@cit.notraces.net>
Message-ID: <20090209171607.95595qbbrp9vdmo0@webmail.pardus.de>

Quoting Paul <kolabadmin at cit.notraces.net>:

> Hi all,
>
> when I try to generate a gpg-key in horde or try to use an uploaded pair of
> keys I get the same error reportet here:
>
> http://lists.horde.org/archives/imp/Week-of-Mon-20061002/046215.html
>
> Logfiles:
>
> /kolab/var/apache/log/horde/horde.log:
>
> Feb 08 22:16:48 HORDE [debug] [imp] Public/Private keypair not generated
> successfully. Returned error message: gpg: keyblock resource
> `--output/secring.gpg':
>  file open error
> gpg: keyblock resource `--output/pubring.gpg': file open error
> usage: gpg [options] [filename]
>
>
> /kolab/var/apache/log/php/php-errors.log
>
> [08-Feb-2009 22:26:19] PHP Warning:  mkdir() [<a
> href='function.mkdir'>function.mkdir</a>]: No such file or directory
> in /var/kolab/lib/php/Horde/Util.php on line 517
>
> Any idea?

This might originate from the non-writeable temporary directory bug we  
had on 2.2.0 (https://www.intevation.de/roundup/kolab/issue2134). I  
just checked that this works fine on 2.2.1.

Cheers,

Gunnar

>
> cheers
> paul
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090209/91421846/attachment.bin

From wrobel at pardus.de  Mon Feb  9 17:28:43 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 09 Feb 2009 17:28:43 +0100
Subject: kolab ldap migration questions.
In-Reply-To: <498B011B.6090708@FuH-E.de>
References: <200901221615.38062.johnm@advocap.org>
	<200901231056.27402.bernhard@intevation.de>
	<4987623A.3030002@advocap.org> <4989C746.1040306@advocap.org>
	<20090205154030.14042ntxklhk6ick@webmail.pardus.de>
	<498B011B.6090708@FuH-E.de>
Message-ID: <20090209172843.162726myhxyqya4g@webmail.pardus.de>

Quoting Christian R??ler <Roessler at FuH-E.de>:

> Gunnar Wrobel schrieb:
>
>> Quoting John McMonagle <johnm at advocap.org>:
>>> For my next test imported all of our current ldap records.
>>> That worked but having a problem  automating adding the  extra
>>> kolabInetOrgPerson records.
>>> Probably because I do not understand ldif  well enough :-(
>> Try to add a
>> objectClass: inetOrgPerson
>> to your entries as kolabInetOrgPerson is just an auxiliary class.  
>> There might be other stuff missing though.
>
> Perhaps I can help here a bit, as I have solved these problems some time
> ago. I am sorry I never came around to bring my plethora of scripts into
> the wiki or the like, but I promise I will do that soon. Or at least
> relatively soon.
>
> The script ldif_user_transfer reads entries from a Suse mailexchange
> ldap server and brings them into kolab format. It prints ldif's on
> stdout. Perhaps it is so not usable, but maybe it can server as a base
> for your additions or the like, John.
>
> These entries about "objectClass: companionGroup" you can safely ignore,
> delete them - they came from a little extension I made for kolab, to
> have posixGroup functionality (this too I want to wiki-fy, if anyone
> would be interested).
>
> Again: I do not quite think you can use this script directly, even if I
> would find it nice if so. Just use it as a suggetion for a possible way.
> please keep also in mind it is written, eh, perhaps a bit
> quick-and-dirty... so I take absolutely no responsibility if it eats
> your cookies, drinks all your beer and leaves dirty socks on your couch.
>
> In the other file, ldif_uids_transfer_horde_eintr?ge (which is used by
> the script) you will find the needed (templated) entries for horde and
> the rest, like - just peer into it.
>
> Commentary is in german, by the way - if you have questions, ask me.
>
> Best regards,
> Christian
>
>
> (By the way, Gunnar - I cannot compile mysql in *whine* *whine* *heul*.
> Another tip, maybe?).

:) It is on my todo list ... unfortunately I'm rather busy at the  
moment and stuff that takes longer tends to get delayed. sorry about  
that...

>
>
>



-- 
______ 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090209/b65dccb3/attachment.bin

From kolabadmin at cit.notraces.net  Mon Feb  9 18:41:18 2009
From: kolabadmin at cit.notraces.net (Paul)
Date: Mon, 09 Feb 2009 17:41:18 -0000
Subject: PGP-Error with Horde
References: <200902091255.43769.kolabadmin@cit.notraces.net>
	<20090209171607.95595qbbrp9vdmo0@webmail.pardus.de>
Message-ID: <200902091841.18407.kolabadmin@cit.notraces.net>

Am Montag, 9. Februar 2009 schrieb Gunnar Wrobel:
> Quoting Paul <kolabadmin at cit.notraces.net>:
> > Hi all,
> >
> > when I try to generate a gpg-key in horde or try to use an uploaded pair
> > of keys I get the same error reportet here:
> >
> > http://lists.horde.org/archives/imp/Week-of-Mon-20061002/046215.html

> This might originate from the non-writeable temporary directory bug we
> had on 2.2.0 (https://www.intevation.de/roundup/kolab/issue2134). I
> just checked that this works fine on 2.2.1.

Thanks a lot, this was the solution. 

But the next problem appeared: if i try to upload a public key i get the 
message:

"This person already has a pgpPublicKey entry in the address book"

How else can i assign a key to a person? Does it works at all in horde?

cheers 
paul


From cartmanau at gmail.com  Tue Feb 10 06:19:47 2009
From: cartmanau at gmail.com (Nathan Carter)
Date: Tue, 10 Feb 2009 16:19:47 +1100
Subject: Kolab + fetchmail + Outlook + Toltec
Message-ID: <29b6585f0902092119u39d689b2j66dc2c7b016b6a93@mail.gmail.com>

Hi everybody!
I am having some issues using Kolab and fetchmail with Outlook and
Toltec at the moment. The solution is probably easy but I just can't
work it out.

When fetchmail gets new e-mail it dumps it in the Inbox. Unfortunately
Toltec/Outlook go looking in Inbox/Inbox. Is there a way to move it
from Inbox to Inbox/Inbox?

Thanks in advance,
Nathan


From bernhard at intevation.de  Tue Feb 10 09:09:28 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 10 Feb 2009 09:09:28 +0100
Subject: Can't delete users
In-Reply-To: <a30175860902090809q159a033dib267830ddaaecd38@mail.gmail.com>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
	<20090209164752.13553tx6bcq9z0w0@webmail.pardus.de>
	<a30175860902090809q159a033dib267830ddaaecd38@mail.gmail.com>
Message-ID: <200902100909.28447.bernhard@intevation.de>

On Montag, 9. Februar 2009, Enrico Zaffaroni wrote:
> No, each server is an indipendent one. No master-slave architecture. I work
> for an ISP and we began last summer to install kolab for our customers on
> their housing servers. We have a really good feedback and till now I have
> been able to solve most of the little problems that sometimes emerge.
> Anyway in this case no messages from kolabd in syslog, neither strange
> messages when enabling debug.

There should be messages from kolabd in _the regular_ syslog.
You could check if the kolabDeleteflag has the right server name for the 
machines where the kolabd runs.

Does kolabd still create users? 
At least for this there should messages in syslog.
If not, maybe the LDAP replication to kolabd is not working correctly,
this could happen if you change ports or anything.

<advertising>
As you are doing this as a professional, KK offers 3rd level administration
support. I am mentioning this as sometimes it is much easier to just look
at the machine and the problem at hand to find the cause of the problem.

Also because KK finances a large chunk of the Kolab (Server and Clients) 
development, and giving us service or maintenance contracts helps to 
keep Kolab floating. :) 
</advertising>  

-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090210/1a079282/attachment.bin

From bernhard at intevation.de  Tue Feb 10 09:13:05 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 10 Feb 2009 09:13:05 +0100
Subject: Kolab + fetchmail + Outlook + Toltec
In-Reply-To: <29b6585f0902092119u39d689b2j66dc2c7b016b6a93@mail.gmail.com>
References: <29b6585f0902092119u39d689b2j66dc2c7b016b6a93@mail.gmail.com>
Message-ID: <200902100913.05503.bernhard@intevation.de>

On Dienstag, 10. Februar 2009, Nathan Carter wrote:
> I am having some issues using Kolab and fetchmail with Outlook and
> Toltec at the moment. The solution is probably easy but I just can't
> work it out.
>
> When fetchmail gets new e-mail it dumps it in the Inbox.
> Toltec/Outlook go looking in Inbox/Inbox. 

You need to have a pop account configured in your Outlook
so that Toltec can get the email after Outlook got it from INBOX and processed 
the invitations.  Toltec will then upload it to INBOX/Inbox.

> Is there a way to move it 
> from Inbox to Inbox/Inbox?

Toltec does it. You could use a Sieve script, or the special Email Delivery
that users can enable via the Kolab Server Webadmin. This special sieve script 
will only deliver the non-invitation emails to INBOX/Inbox, so that Outlook
can still grab invitations from INBOX.

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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090210/77383b25/attachment.bin

From digital at usina-de-imagens.com.br  Tue Feb 10 14:08:19 2009
From: digital at usina-de-imagens.com.br (digital@usina-de-imagens.com.br)
Date: Tue, 10 Feb 2009 11:08:19 -0200
Subject: Funambol and HTTP instead of HTTPS, how to change apache settings?
In-Reply-To: <200805221150.16994.bernhard@intevation.de>
References: <483303F3.7080302@stormzero.com>
	<200805221150.16994.bernhard@intevation.de>
Message-ID: <200902101108.19398.digital@usina-de-imagens.com.br>

Greetings,

My Kolab Server is behind a firewall, no problems to access it from the 
outside world using a special port that redirects to the host:443.
I use self-signed certificates
Funambol doesn't play nice with self-signed certificates.
Question is: How can I create a virtual host for port 80 (non-SSL) only for 
requests from some port on the firewall (let's say, 8080) without breaking 
anything in a fully functional install? I saw that some services depend on SSL 
redirection, that makes me a bit scared to touch on it.
Maybe it's a trivial question for the apache gurus, but I'm not one of them...

TIA,
JK





From wrobel at pardus.de  Wed Feb 11 10:45:36 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Wed, 11 Feb 2009 10:45:36 +0100
Subject: PGP-Error with Horde
In-Reply-To: <200902091841.18407.kolabadmin@cit.notraces.net>
References: <200902091255.43769.kolabadmin@cit.notraces.net>
	<20090209171607.95595qbbrp9vdmo0@webmail.pardus.de>
	<200902091841.18407.kolabadmin@cit.notraces.net>
Message-ID: <20090211104536.18945ymodn9j374s@webmail.pardus.de>

Quoting Paul <kolabadmin at cit.notraces.net>:

> Am Montag, 9. Februar 2009 schrieb Gunnar Wrobel:
>> Quoting Paul <kolabadmin at cit.notraces.net>:
>> > Hi all,
>> >
>> > when I try to generate a gpg-key in horde or try to use an uploaded pair
>> > of keys I get the same error reportet here:
>> >
>> > http://lists.horde.org/archives/imp/Week-of-Mon-20061002/046215.html
>
>> This might originate from the non-writeable temporary directory bug we
>> had on 2.2.0 (https://www.intevation.de/roundup/kolab/issue2134). I
>> just checked that this works fine on 2.2.1.
>
> Thanks a lot, this was the solution.
>
> But the next problem appeared: if i try to upload a public key i get the
> message:
>
> "This person already has a pgpPublicKey entry in the address book"
>
> How else can i assign a key to a person?

As the error message tells you that you already uploaded a key you  
need to remove the key of that person before uploading a new one. You  
should see a list of available keys and this list should offer you the  
possibility to delete the key.

> Does it works at all in horde?

I would say that it does. I use this regularly. I don't think the  
usability is great and could use some improvements but it should work.

Cheers,

Gunnar

>
> cheers
> paul
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090211/9e768c11/attachment.bin

From wrobel at pardus.de  Wed Feb 11 11:22:37 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Wed, 11 Feb 2009 11:22:37 +0100
Subject: Funambol and HTTP instead of HTTPS, how to change apache settings?
In-Reply-To: <200902101108.19398.digital@usina-de-imagens.com.br>
References: <483303F3.7080302@stormzero.com>
	<200805221150.16994.bernhard@intevation.de>
	<200902101108.19398.digital@usina-de-imagens.com.br>
Message-ID: <20090211112237.11892sy99arkeiw4@webmail.pardus.de>

Quoting digital at usina-de-imagens.com.br:

> Greetings,
>
> My Kolab Server is behind a firewall, no problems to access it from the
> outside world using a special port that redirects to the host:443.
> I use self-signed certificates
> Funambol doesn't play nice with self-signed certificates.
> Question is: How can I create a virtual host for port 80 (non-SSL) only for
> requests from some port on the firewall (let's say, 8080) without breaking
> anything in a fully functional install? I saw that some services  
> depend on SSL
> redirection, that makes me a bit scared to touch on it.

The SSL redirection is only in there for your own security. You should  
be able to disable it and use port 80 without problems. If you handle  
security with you firewall setup then I don't really see a problem.

Cheers,

Gunnar

> Maybe it's a trivial question for the apache gurus, but I'm not one  
> of them...
>
> TIA,
> JK
>
>
>
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090211/9a2734ff/attachment.bin

From digitalphoto at digitalphoto.com.br  Wed Feb 11 13:48:47 2009
From: digitalphoto at digitalphoto.com.br (J.C. =?iso-8859-15?q?Fran=E7a?=)
Date: Wed, 11 Feb 2009 10:48:47 -0200
Subject: Funambol and HTTP instead of HTTPS, how to change apache settings?
In-Reply-To: <20090211112237.11892sy99arkeiw4@webmail.pardus.de>
References: <483303F3.7080302@stormzero.com>
	<200902101108.19398.digital@usina-de-imagens.com.br>
	<20090211112237.11892sy99arkeiw4@webmail.pardus.de>
Message-ID: <200902111048.47313.digitalphoto@digitalphoto.com.br>

On Wednesday 11 February 2009 08:22:37 Gunnar Wrobel wrote:
> Quoting digital at usina-de-imagens.com.br:
> > Greetings,
> >
> > My Kolab Server is behind a firewall, no problems to access it from the
> > outside world using a special port that redirects to the host:443.
> > I use self-signed certificates
> > Funambol doesn't play nice with self-signed certificates.
> > Question is: How can I create a virtual host for port 80 (non-SSL) only
> > for requests from some port on the firewall (let's say, 8080) without
> > breaking anything in a fully functional install? I saw that some services
> > depend on SSL
> > redirection, that makes me a bit scared to touch on it.
>
> The SSL redirection is only in there for your own security. You should
> be able to disable it and use port 80 without problems. If you handle
> security with you firewall setup then I don't really see a problem.

Thanks for the reply.
That's a solution, but I'd rather have both possibilities, I mean, being able 
to access on both ports 80 and 443.
I'd use 80 only for Funambol connector and keep the rest as it is right now.

TIA,
JK


From kcaesar at hotmail.com  Wed Feb 11 16:43:41 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Wed, 11 Feb 2009 16:43:41 +0100
Subject: Trouble with calendars between outlook 2003 and Thunderbird..
Message-ID: <BLU122-W6F68701126FF8A3F4D686A3BA0@phx.gbl>


Hello the list !

I have a trouble my calendar..

Well I explain... All my users are under outlook 2003 with toltec connectors and we can shared with toltec options some calendars.

But me, I'm using thunderbird with synckolab.. I can see all my events in my ligthing plugin and in horde.

The trouble is when a user want to view my events under outllok 2003, he see nothing, the calendar is empty.. But when this same user see my calendar under Horde, he can see all my events !

Anybody have an idea to solve this trouble ?

Thank !

_________________________________________________________________
D?couvrez toutes les possibilit?s de communication avec vos proches
http://www.microsoft.com/windows/windowslive/default.aspx
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090211/6d3ed292/attachment.html

From bernhard at intevation.de  Thu Feb 12 09:59:40 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 12 Feb 2009 09:59:40 +0100
Subject: Trouble with calendars between outlook 2003 and Thunderbird..
In-Reply-To: <BLU122-W6F68701126FF8A3F4D686A3BA0@phx.gbl>
References: <BLU122-W6F68701126FF8A3F4D686A3BA0@phx.gbl>
Message-ID: <200902120959.40666.bernhard@intevation.de>

On Mittwoch, 11. Februar 2009, kiser Caesar wrote:
> Well I explain... All my users are under outlook 2003 with toltec
> connectors and we can shared with toltec options some calendars.
>
> But me, I'm using thunderbird with synckolab.. I can see all my events in
> my ligthing plugin and in horde.
>
> The trouble is when a user want to view my events under outllok 2003, he
> see nothing, the calendar is empty.. But when this same user see my
> calendar under Horde, he can see all my events !
>
> Anybody have an idea to solve this trouble ?

I guess that Synckolab and even the Kolab Webclient might not fully adhere to 
the Kolab Client specifications here. We need to find out why not.
It might be within the folder itself or certain objects in the folder.

Personally I would see with cyradm and it's info command if the right 
annotations are on the folder. Next I would probably do a dd search to find 
out if one of the objects or a group is responsible.

Another path is to compare this to a good folder (again annotations and 
objects).

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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090212/b534ae5c/attachment.bin

From kolabadmin at cit.notraces.net  Thu Feb 12 12:04:17 2009
From: kolabadmin at cit.notraces.net (kolabadmin)
Date: Thu, 12 Feb 2009 11:04:17 -0000
Subject: PGP-Error with Horde
References: <200902091255.43769.kolabadmin@cit.notraces.net>
	<200902091841.18407.kolabadmin@cit.notraces.net>
	<20090211104536.18945ymodn9j374s@webmail.pardus.de>
Message-ID: <200902121204.17698.kolabadmin@cit.notraces.net>

Am Mittwoch, 11. Februar 2009 schrieb Gunnar Wrobel:
> Quoting Paul <kolabadmin at cit.notraces.net>:
> > Am Montag, 9. Februar 2009 schrieb Gunnar Wrobel:
> >> Quoting Paul <kolabadmin at cit.notraces.net>:
> >> > Hi all,
> >
> > But the next problem appeared: if i try to upload a public key i get the
> > message:
> >
> > "This person already has a pgpPublicKey entry in the address book"
> >
> > How else can i assign a key to a person?
>
> As the error message tells you that you already uploaded a key you
> need to remove the key of that person before uploading a new one. You
> should see a list of available keys and this list should offer you the
> possibility to delete the key.

this sounds logical, but unfortunately there are no keys at all. I don't see a 
list and never uploaded any key for now.

How are thes keys managed in horde? Where are they stored? This would be a 
helpfull information. 

cheers
paul


From ezaffa at gmail.com  Thu Feb 12 17:05:37 2009
From: ezaffa at gmail.com (Enrico Zaffaroni)
Date: Thu, 12 Feb 2009 17:05:37 +0100
Subject: Can't delete users
In-Reply-To: <200902100909.28447.bernhard@intevation.de>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
	<20090209164752.13553tx6bcq9z0w0@webmail.pardus.de>
	<a30175860902090809q159a033dib267830ddaaecd38@mail.gmail.com>
	<200902100909.28447.bernhard@intevation.de>
Message-ID: <a30175860902120805h453741baha047f5f6aa1adff6@mail.gmail.com>

Hi Bernhard, sorry for the delay. I have been able to solve the problem
today. My client, that has manager account on the admin interface, added
some more "Kolab hostnames" under the services page, probably thinking to
simply add more names to a single host. So the system marked the record to
be deleted from more than a single host, and deletion obviously failed.
I deleted the redundants name and now deletion works properly.
Anyway thank you for the help, it has been your answers that indicated to me
to look at the KolabDeleteFlag field, where I discovered more hosts than
expected.

About your advertise of 3rd level administration I thing this could
potentially be very interesting for some of our client. And I'd be very
happy to give support to a very good open source project. Please send me
some more details about the offer, possibly including pricing and I'll talk
about this with my boss.

Thanks again, Enrico

2009/2/10 Bernhard Reiter <bernhard at intevation.de>

> On Montag, 9. Februar 2009, Enrico Zaffaroni wrote:
> > No, each server is an indipendent one. No master-slave architecture. I
> work
> > for an ISP and we began last summer to install kolab for our customers on
> > their housing servers. We have a really good feedback and till now I have
> > been able to solve most of the little problems that sometimes emerge.
> > Anyway in this case no messages from kolabd in syslog, neither strange
> > messages when enabling debug.
>
> There should be messages from kolabd in _the regular_ syslog.
> You could check if the kolabDeleteflag has the right server name for the
> machines where the kolabd runs.
>
> Does kolabd still create users?
> At least for this there should messages in syslog.
> If not, maybe the LDAP replication to kolabd is not working correctly,
> this could happen if you change ports or anything.
>
> <advertising>
> As you are doing this as a professional, KK offers 3rd level administration
> support. I am mentioning this as sometimes it is much easier to just look
> at the machine and the problem at hand to find the cause of the problem.
>
> Also because KK finances a large chunk of the Kolab (Server and Clients)
> development, and giving us service or maintenance contracts helps to
> keep Kolab floating. :)
> </advertising>
>
> --
> 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
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>


-- 
-------------
Enrico Zaffaroni
ezaffa at gmail.com
-------------- parte successiva --------------
Un allegato HTML ? stato rimosso...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090212/129ab15c/attachment.html

From pdf at yugm.org  Thu Feb 12 18:15:26 2009
From: pdf at yugm.org (Paul Douglas Franklin)
Date: Thu, 12 Feb 2009 09:15:26 -0800
Subject: Can't delete users
In-Reply-To: <a30175860902120805h453741baha047f5f6aa1adff6@mail.gmail.com>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>	<20090209164752.13553tx6bcq9z0w0@webmail.pardus.de>	<a30175860902090809q159a033dib267830ddaaecd38@mail.gmail.com>	<200902100909.28447.bernhard@intevation.de>
	<a30175860902120805h453741baha047f5f6aa1adff6@mail.gmail.com>
Message-ID: <4994592E.3070505@yugm.org>

After deleting the Kolab hostnames, did you have to take any further 
steps to get it to delete those which had been sitting awaiting cleanup?
--Paul

Enrico Zaffaroni wrote:
> Hi Bernhard, sorry for the delay. I have been able to solve the 
> problem today. My client, that has manager account on the admin 
> interface, added some more "Kolab hostnames" under the services page, 
> probably thinking to simply add more names to a single host. So the 
> system marked the record to be deleted from more than a single host, 
> and deletion obviously failed.
> I deleted the redundants name and now deletion works properly.
> Anyway thank you for the help, it has been your answers that indicated 
> to me to look at the KolabDeleteFlag field, where I discovered more 
> hosts than expected.

-- 
Paul Douglas Franklin
Computer Manager, Union Gospel Mission of Yakima, Washington
Husband of Danette
Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie, Dawnita, Anna Leah, Alexander, and Caleb


From johnm at advocap.org  Thu Feb 12 20:56:30 2009
From: johnm at advocap.org (John McMonagle)
Date: Thu, 12 Feb 2009 13:56:30 -0600
Subject: kolab ldap migration questions.
In-Reply-To: <200902051024.06736.bernhard@intevation.de>
References: <200901221615.38062.johnm@advocap.org>	<4987623A.3030002@advocap.org>
	<4989C746.1040306@advocap.org>
	<200902051024.06736.bernhard@intevation.de>
Message-ID: <49947EEE.7050109@advocap.org>

Bernhard Reiter wrote:
> On Mittwoch, 4. Februar 2009, John McMonagle wrote:
>   
>> For my next test imported all of our current ldap records.
>> That worked but having a problem  automating adding the  extra
>> kolabInetOrgPerson records.
>> Probably because I do not understand ldif  well enough :-(
>>     
>
> I would need to fiddle with it as well to give you a good answer.
> Maybe some OpenLDAP people can help you with this specific question.
> Another idea would be to try using a script language accessing the openldap 
> libraries, thus avoiding direct ldif handling.
>
>   
Finally got some time to experiment.
This works:

dn: uid=test,ou=People,dc=advocap,dc=org
changetype: modify
add: objectClass
objectClass: kolabInetOrgPerson

add: kolabHomeServer
kolabHomeServer: mailtest.advocap.org

add: kolabInvitationPolicy
kolabInvitationPolicy: ACT_MANUAL

The blank lines are required.
I real program would be better.
I'll look into it.
At the moment am doing an ldapsearch to get the dn entries and then use 
awk to add the attributes.
Crude but works.

John

-- 
John McMonagle
IT Manager
Advocap Inc.



From pdf at yugm.org  Thu Feb 12 22:04:05 2009
From: pdf at yugm.org (Paul Douglas Franklin)
Date: Thu, 12 Feb 2009 13:04:05 -0800
Subject: Vacation
Message-ID: <49948EC5.9020606@yugm.org>

Hello,
I tried setting a vacation response, but it didn't seem to work.
First I logged into the Kolab page as a user, went to Vacation, clicked 
to activate, edited the message, and clicked the Update.  It responded 
appropriately that it had been activated.
Then I sent a test message from Yahoo to my Kolab account, and the 
message went thru but no vacation reply got back to my Yahoo account.  
One of my co-workers tried a test message from his computer, which sends 
thru Kolab.  Same thing.
Any ideas?
--Paul

-- 
Paul Douglas Franklin
Computer Manager, Union Gospel Mission of Yakima, Washington
Husband of Danette
Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie, Dawnita, Anna Leah, Alexander, and Caleb


From delonly at gmail.com  Thu Feb 12 22:34:46 2009
From: delonly at gmail.com (Del)
Date: Thu, 12 Feb 2009 22:34:46 +0100
Subject: Kontact for Mac OS X experience (so far)
Message-ID: <200902122234.47127.delonly@gmail.com>

I just tried installing the client today. I have not tested the Kolabwizard 
yet, nor actually tried to send mails.

Test system:
MacBook running Leopard 10.5.5

Experience:
-The installer worked flawlessly
-Upon re-boot after installation, the screen resolution was wrong
-Dragging the binary kontact.app over to the dock went fine, but the icon did 
not follow. However, starting Kontact made the Kontact icon appear on the dock 
instead of system icon from Apple
-Moving to mail made the window impossible to resize, only after resizing the 
window from clicking KOrganizer tray icon could I again resize the Kontact 
window
-I did quite a bit of clicking around, and so far only managed to provoke a 
crash from closing the KOrganizer tray process.

On the general side I really must applaud kdepim4, it simply looks beautiful 
on Leopard and should be a worthy opponent to Entourage once stabilized. I see 
that Macports has Kontact from KDE4.2:
http://trac.macports.org/browser/trunk/dports/kde/kdepim4/Portfile
which I would assume is quite stable.  I will see if I get around to testing 
it.

If there is any particular information you would like to see posted, please 
inform me, and I will see what I can do. Also interesting to hear if an 
updated Kontact for Mac on Kolab.org is probable in the near future.

Cheers,
Del


From kcaesar at hotmail.com  Thu Feb 12 22:36:11 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Thu, 12 Feb 2009 22:36:11 +0100
Subject: Trouble with calendars between outlook 2003 and Thunderbird +
	trouble with event under horde
In-Reply-To: <mailman.8.1234436402.11603.kolab-users@kolab.org>
References: <mailman.8.1234436402.11603.kolab-users@kolab.org>
Message-ID: <BLU122-W4C315BE9C3362D6D05AE7A3BB0@phx.gbl>


Hello the list !

  
--Pi?ce jointe du message transmise--
Subject: Re: Trouble with calendars between outlook 2003 and Thunderbird..
Date: Thu, 12 Feb 2009 09:59:40 +0100
To: kolab-users at kolab.org
From: bernhard at intevation.de

On Mittwoch, 11. Februar 2009, kiser Caesar wrote:
> Well I explain... All my users are under outlook 2003 with toltec
> connectors and we can shared with toltec options some calendars.
>
> But me, I'm using thunderbird with synckolab.. I can see all my events in
> my ligthing plugin and in horde.
>
> The trouble is when a user want to view my events under outllok 2003, he
> see nothing, the calendar is empty.. But when this same user see my
> calendar under Horde, he can see all my events !
>
> Anybody have an idea to solve this trouble ?
 
I guess that Synckolab and even the Kolab Webclient might not fully adhere to 
the Kolab Client specifications here. We need to find out why not.
It might be within the folder itself or certain objects in the folder.
 
Personally I would see with cyradm and it's info command if the right 
annotations are on the folder. Next I would probably do a dd search to find 
out if one of the objects or a group is responsible.
 
Another path is to compare this to a good folder (again annotations and 
objects).
 
Bernhard
 
I'm the first to have this trouble ? I'm not lucky :( 
Well today I find a new bug .... 
When a user create some events under outlook, the same event is show 
in state cancelled in the horde interface...

Thank,

_________________________________________________________________
T?l?phonez gratuitement ? tous vos proches avec Windows Live Messenger? !? T?l?chargez-le maintenant !
http://www.windowslive.fr/messenger/1.asp
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090212/d6a420bb/attachment-0001.html

From boaz60 at gmail.com  Fri Feb 13 06:49:14 2009
From: boaz60 at gmail.com (Boaz)
Date: Thu, 12 Feb 2009 22:49:14 -0700
Subject: SyncML
Message-ID: <d30594710902122149x39024d3em8813b2b64f55f3ee@mail.gmail.com>

I've been researching for several days, but have been unable to find any
conclusive status on using mobile push mail with Kolab, from what I
understand SyncML support is coming soon. Should I hold out or is there a
way to sync mail, contacts, events & tasks now with the Win Mobile 6.1
software that is relatively stable?

I know there is a Horde solution that utilizes a separate database, which I
would prefer to avoid, as I cannot seem to find sufficient information on
how to set it up.

Thanks for any insight you might have.  :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090212/116c02e1/attachment.html

From bernhard at intevation.de  Fri Feb 13 09:05:30 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 13 Feb 2009 09:05:30 +0100
Subject: Can't delete users
In-Reply-To: <4994592E.3070505@yugm.org>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
	<a30175860902120805h453741baha047f5f6aa1adff6@mail.gmail.com>
	<4994592E.3070505@yugm.org>
Message-ID: <200902130905.30828.bernhard@intevation.de>

On Donnerstag, 12. Februar 2009, Paul Douglas Franklin wrote:
> After deleting the Kolab hostnames, did you have to take any further
> steps to get it to delete those which had been sitting awaiting cleanup?

It should not be neccessary.
The kolabd on the kolabHomeServer will delete itself when it is last.
At maximum a kolabd restart would be indicated.


> Enrico Zaffaroni wrote:
> > Hi Bernhard, sorry for the delay. I have been able to solve the
> > problem today. My client, that has manager account on the admin
> > interface, added some more "Kolab hostnames" under the services page,
> > probably thinking to simply add more names to a single host. So the
> > system marked the record to be deleted from more than a single host,
> > and deletion obviously failed.
> > I deleted the redundants name and now deletion works properly.
> > Anyway thank you for the help, it has been your answers that indicated
> > to me to look at the KolabDeleteFlag field, where I discovered more
> > hosts than expected.



-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090213/ac3f1a37/attachment.bin

From bernhard at intevation.de  Fri Feb 13 09:06:34 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 13 Feb 2009 09:06:34 +0100
Subject: Vacation
In-Reply-To: <49948EC5.9020606@yugm.org>
References: <49948EC5.9020606@yugm.org>
Message-ID: <200902130906.34971.bernhard@intevation.de>

On Donnerstag, 12. Februar 2009, Paul Douglas Franklin wrote:
> I tried setting a vacation response, but it didn't seem to work.
> First I logged into the Kolab page as a user, went to Vacation, clicked
> to activate, edited the message, and clicked the Update. ?It responded
> appropriately that it had been activated.
> Then I sent a test message from Yahoo to my Kolab account, and the
> message went thru but no vacation reply got back to my Yahoo account. ?
> One of my co-workers tried a test message from his computer, which sends
> thru Kolab. ?Same thing.

Check that the sieve script was set correctly and on the correct machine
if you use master-slave.


-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090213/73c9c655/attachment.bin

From bernhard at intevation.de  Fri Feb 13 09:14:01 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 13 Feb 2009 09:14:01 +0100
Subject: Kontact for Mac OS X experience (so far)
In-Reply-To: <200902122234.47127.delonly@gmail.com>
References: <200902122234.47127.delonly@gmail.com>
Message-ID: <200902130914.01564.bernhard@intevation.de>

Del,

On Donnerstag, 12. Februar 2009, Del on kolab-users@ wrote:
> I just tried installing the client today. I have not tested the Kolabwizard
> yet, nor actually tried to send mails.

thanks for trying Kontact enterprise4 on Mac, your feedback is highly 
appreciated.

> Test system:
> MacBook running Leopard 10.5.5
>
> Experience:
> -The installer worked flawlessly
> -Upon re-boot after installation, the screen resolution was wrong

This one is new. Can you tell us more about this problem?

> -Dragging the binary kontact.app over to the dock went fine, but the icon
> did not follow. However, starting Kontact made the Kontact icon appear on
> the dock instead of system icon from Apple

Known problem.

> -Moving to mail made the window impossible to resize, only after resizing
> the window from clicking KOrganizer tray icon could I again resize the
> Kontact window
> -I did quite a bit of clicking around, and so far only managed to provoke a
> crash from closing the KOrganizer tray process.

Both something that should not happen, and I am unsure if we have report about 
it already.

> On the general side I really must applaud kdepim4, it simply looks
> beautiful on Leopard and should be a worthy opponent to Entourage once
> stabilized. 

Thanks, I will pass this on as well.

> I see that Macports has Kontact from KDE4.2: 
> http://trac.macports.org/browser/trunk/dports/kde/kdepim4/Portfile
> which I would assume is quite stable.  I will see if I get around to
> testing it.
>
> If there is any particular information you would like to see posted, please
> inform me, and I will see what I can do. Also interesting to hear if an
> updated Kontact for Mac on Kolab.org is probable in the near future.

Our idea is to get Kontact enterprise4 into macports and fink ultimately
so updates would come through them. We currently do not have the resources to 
create slick installers for all versions. Help always appreciated. :)
So yes, a new version on files.kolab.org is likely once we have it ourselfs.

Of course we are highly interested once you test sending emails, doing 
appointments and contacts. We do have a couple of real users of this version, 
so we know it should work - but of course it will only get out of beta if we 
get more test users.

Thanks again,
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090213/74d24aab/attachment.bin

From ezaffa at gmail.com  Fri Feb 13 09:15:54 2009
From: ezaffa at gmail.com (Enrico Zaffaroni)
Date: Fri, 13 Feb 2009 09:15:54 +0100
Subject: Can't delete users
In-Reply-To: <200902130905.30828.bernhard@intevation.de>
References: <a30175860902090602s31d8e083r56decefa3d9f3b49@mail.gmail.com>
	<a30175860902120805h453741baha047f5f6aa1adff6@mail.gmail.com>
	<4994592E.3070505@yugm.org>
	<200902130905.30828.bernhard@intevation.de>
Message-ID: <a30175860902130015t12bf7e6chafade4f3e4ee1f5@mail.gmail.com>

I had to delete awaiting users with more than one KolabDeleteFlag by hand
with ldapdelete. But users deleted with the correct configuration are then
removed correctly.

2009/2/13 Bernhard Reiter <bernhard at intevation.de>

> On Donnerstag, 12. Februar 2009, Paul Douglas Franklin wrote:
> > After deleting the Kolab hostnames, did you have to take any further
> > steps to get it to delete those which had been sitting awaiting cleanup?
>
> It should not be neccessary.
> The kolabd on the kolabHomeServer will delete itself when it is last.
> At maximum a kolabd restart would be indicated.
>
>
> > Enrico Zaffaroni wrote:
> > > Hi Bernhard, sorry for the delay. I have been able to solve the
> > > problem today. My client, that has manager account on the admin
> > > interface, added some more "Kolab hostnames" under the services page,
> > > probably thinking to simply add more names to a single host. So the
> > > system marked the record to be deleted from more than a single host,
> > > and deletion obviously failed.
> > > I deleted the redundants name and now deletion works properly.
> > > Anyway thank you for the help, it has been your answers that indicated
> > > to me to look at the KolabDeleteFlag field, where I discovered more
> > > hosts than expected.
>
>
>
> --
> 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
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>


-- 
-------------
Enrico Zaffaroni
ezaffa at gmail.com
-------------- parte successiva --------------
Un allegato HTML ? stato rimosso...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090213/67d8ac6e/attachment.html

From delonly at gmail.com  Fri Feb 13 10:35:53 2009
From: delonly at gmail.com (Del)
Date: Fri, 13 Feb 2009 10:35:53 +0100
Subject: Kontact for Mac OS X experience (so far)
In-Reply-To: <200902130914.01564.bernhard@intevation.de>
References: <200902122234.47127.delonly@gmail.com>
	<200902130914.01564.bernhard@intevation.de>
Message-ID: <2d303b680902130135q11f50d86g7e959c005cec0b3c@mail.gmail.com>

> > -Upon re-boot after installation, the screen resolution was wrong
>
> This one is new. Can you tell us more about this problem?
>

Unfortunately I haven't touched a Mac in fifteen years, so I was too clumsy
to note which resolution it got, but this is as detailed as I can give it:
I followed the installer, clicked logout when prompted after installation.
It logged in as it should with correct resolution on screen. I then
immediately chose to reboot. After reboot the screen resolution was to
coarse, I would guess 800x600 (but I changed it before I could notice what
it was). Easy fix was course to reset the resolution.


>
> Our idea is to get Kontact enterprise4 into macports and fink ultimately
> so updates would come through them. We currently do not have the resources
> to
> create slick installers for all versions. Help always appreciated. :)


Is the packaging well documented somewhere? It really was slick, and at the
very least a non-debug version would be nice, as the debug version is huge
and has slow start-up.

I will get more test results the coming days on mails and calender.

It is me who should be grateful :)
Del
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090213/7beb8bc5/attachment-0001.html

From mramos at gowex.com  Fri Feb 13 13:53:36 2009
From: mramos at gowex.com (Mario Ramos (Grupo GOWEX))
Date: Fri, 13 Feb 2009 13:53:36 +0100
Subject: forwarding oddity
Message-ID: <49956D50.2040701@gowex.com>

Hello!

I'm not sure if what I'm going to describe is a bug/feature... or
perhaps I'm doing it wrongly, so apologies if it's the later.

I use precompiled kolab 2.2.0 packages running on Ubuntu 8.04.2  x86

Kolab manages several domains.

I need some users to be able to receive all mails from 1 account, but
also these users need to be able to send with a from of this account.

Let's say the account a at domain1.com should be received by b at domain1.com
and c at domain1.com
b at domain1.com and c at domain1.com should be able to send emails as
a at domain1.com


The way I do things is:

Create a user account called a at domain1.com (using uid: a1)

I put b at domain1.com and c at domain1.com as delegates of this account so
they are able to send with an a at domain1.com FROM on their emails.

As I also need all mail coming to a at domain1.com forwarded to
b at domain1.com and c at domain1.com, what I do is:
I go to the a at domain1.com administration interface and setup a
forwarding for this account to a-list at domain1.com

Then I log back as manager on the admin interface and create the list
a-list at domain1.com with b at domain1.com and c at domain1.com as members.
This way they receive mail for a at domain1.com

This works absolutely fine.


The problem arises with the second domain.


Create a user account called a at domain2.com (using uid: a2)

I put c at domain1.com and d at domain1.com as delegates of this account so
they are able to send with an a at domain2.com FROM on their emails.

As I also need all mail coming to a at domain2.com forwarded to
c at domain1.com and d at domain1.com, what I do is:

I go to the a at domain1.com administration interface and setup a
forwarding for this account to a-list-domain2 at domain1.com

When I click on the submit button I get a:


Errors:
Not currently in TRANSACTION state
Script was:

require "fileinto";
redirect "a-list-domain2 at domain1.com";


This error only occurs if the second account uses the same characters
before the @ symbol on the email address.

I.e. If I create an account called a at domain1.com with uid a1 it works fine.
If I create an account called a at domain2.com with uid a2 I get the
mentioned error.

Could you please tell me if this is a bug, or where I can start my
research of this error?
Google seem to say that this error is sieve related, but I'm not that sure.

Any help would be appreciated.

Thanks a lot.

Mario Ramos.


From ezaffa at gmail.com  Fri Feb 13 18:00:58 2009
From: ezaffa at gmail.com (Enrico Zaffaroni)
Date: Fri, 13 Feb 2009 18:00:58 +0100
Subject: Integration with another apache on centos
Message-ID: <a30175860902130900y5733486o95aaa9f05b737bd3@mail.gmail.com>

Hi all, I'm trying to do this:
http://wiki.kolab.org/index.php/Kolab2_Integration_with_another_running_apache_serveron
a centos 5.2.
I never had problemsdoing this on Debian and Ubuntu. On centos I installed
correctly the mod_proxy_html, all the correct (?) configs are in place
proxying of horde and admin interface is not working. All I get is this:

Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance
downtime or capacity problems. Please try again later.
Apache/2.2.3 (CentOS) Server at x.x.x.x Port 443

Does anyone have experience on this?

Enrico

-- 
-------------
Enrico Zaffaroni
ezaffa at gmail.com
-------------- parte successiva --------------
Un allegato HTML ? stato rimosso...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090213/b20d29b1/attachment.html

From ml at radoeka.nl  Sat Feb 14 21:07:46 2009
From: ml at radoeka.nl (Richard Bos)
Date: Sat, 14 Feb 2009 21:07:46 +0100
Subject: kolab on openSUSE natively is a little bit back
Message-ID: <200902142107.48113.ml@radoeka.nl>

Hi,

this is a message for those interested in having kolab available on openSUSE 
natively.  The last months I have been working on the many many packages that 
are required for kolab and they are now available on openSUSE's build service.  
I have updated the wiki page about how to install kolab on openSUSE.

The packages are available for openSUSE_10.3, 11.0 and 11.1.  I have tested 
the packages only on 11.1.  So far the rpms install nicely, and I have the web 
interface up and running.  However, configured users are not created in the 
directory /var/spool/imap  This is to be investigated why this happens.  A 
message in /var/log/messages might give clue:
DBERROR db4: /var/lib/imap/mailboxes.db: unexpected file type or format

Anyway, I just wanted to let you know that progress is made and it would be 
great if others start testing the current packages.  Find more information 
about kolab on openSUSE at: 
http://wiki.kolab.org/index.php/OpenSUSE_-_natively
and
http://en.opensuse.org/Kolab

-- 
Richard


From ml at radoeka.nl  Sun Feb 15 11:53:20 2009
From: ml at radoeka.nl (Richard Bos)
Date: Sun, 15 Feb 2009 11:53:20 +0100
Subject: [Kolab-devel] kolab on openSUSE natively is a little bit back
In-Reply-To: <200902142107.48113.ml@radoeka.nl>
References: <200902142107.48113.ml@radoeka.nl>
Message-ID: <200902151153.21271.ml@radoeka.nl>

Op zaterdag 14 februari 2009 21:07:46 schreef Richard Bos:
> The packages are available for openSUSE_10.3, 11.0 and 11.1. ?I have tested
> the packages only on 11.1. ?So far the rpms install nicely, and I have the
> web interface up and running. ?However, configured users are not created in
> the directory /var/spool/imap ?This is to be investigated why this happens.
> ?A message in /var/log/messages might give clue:
> DBERROR db4: /var/lib/imap/mailboxes.db: unexpected file type or format

I tackled this one.  I had been running cyrus before I bootstrapped kolab, as 
the default cyrus is configured to use db4 and kolab is using berkely the 
database formats collides.  I removed all the files /var/lib/imap and after 
that the users are created.  Details can be mentioned in the wiki page, up to 
the next challenge. Which seems to be something with clamav....

-- 
Richard


From albert at nan-tic.com  Sun Feb 15 12:39:28 2009
From: albert at nan-tic.com (Albert Cervera i Areny)
Date: Sun, 15 Feb 2009 12:39:28 +0100
Subject: could not connect ldap server
Message-ID: <200902151239.29550.albert@nan-tic.com>

Hi,
I installed kolab on a Debian Lenny server and got the error "could not 
connect ldap server" in kolab_bootstrap.

In order to make it work I comented line #469:

#(system("/kolab/libexec/openldap/slapd -h 
ldap://127.0.0.1:389/ -f /kolab/etc/openldap/slapd.conf -u kolab -g kolab") 
== 0 ) || die( "Could not start temporary slapd: $!" );

and replaced it with:

(system("/kolab/bin/openpkg rc openldap start") == 0 ) || die( "Could not 
start temporary slapd: $!" );
      

-- 
Albert Cervera i Areny
http://www.NaN-tic.com


From ml at radoeka.nl  Sun Feb 15 12:55:53 2009
From: ml at radoeka.nl (Richard Bos)
Date: Sun, 15 Feb 2009 12:55:53 +0100
Subject: could not connect ldap server
Message-ID: <200902151255.54877.ml@radoeka.nl>

Op zondag 15 februari 2009 12:39:28 schreef Albert Cervera i Areny:
> Hi,
> I installed kolab on a Debian Lenny server and got the error "could not
> connect ldap server" in kolab_bootstrap.
>
> In order to make it work I comented line #469:
>
> #(system("/kolab/libexec/openldap/slapd -h
> ldap://127.0.0.1:389/ -f /kolab/etc/openldap/slapd.conf -u kolab -g kolab")
> == 0 ) || die( "Could not start temporary slapd: $!" );
>
> and replaced it with:
>
> (system("/kolab/bin/openpkg rc openldap start") == 0 ) || die( "Could not
> start temporary slapd: $!" );

That will only work on openpkg based installations.  Hence this isn't a 
general solution.  What is the result of adding -d 255 to the slapd command?
It gives you lot of debug output... Hopefully it reveals the error.

-- 
Richard


From alar.sing at err.ee  Sun Feb 15 22:41:31 2009
From: alar.sing at err.ee (Alar Sing)
Date: Sun, 15 Feb 2009 23:41:31 +0200
Subject: question about unixhierarchysep and shared folders
Message-ID: <49988C0B.3090207@err.ee>

Hello,

I have question why shared folders are "shared." however kolab uses 
unixhierarchysep, so it should be "shared/"? I found a bug report about 
it (https://www.intevation.de/roundup/kolab/issue1581) and there was 
patch after using it shared folders use "/" put shared folder are always 
for mail they can not be used anymore for Contacts or something else. I 
see error in syslog Y Warning: Unable to set the folder type for mailbox 
`shared/testikas at err.ee' to `contact', Error = `Permission denied'


From darcy at canasc.ca  Mon Feb 16 07:01:41 2009
From: darcy at canasc.ca (Darcy Brodie)
Date: Sun, 15 Feb 2009 23:01:41 -0700
Subject: upgrading from version 2.1.0 to 2.2.0
Message-ID: <49990145.8080505@canasc.ca>

An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090215/d8ec10f6/attachment.html

From ioreal at hotmail.com  Mon Feb 16 10:13:20 2009
From: ioreal at hotmail.com (=?iso-8859-1?Q?Carlos_Manuel_=C1vila_Vegas?=)
Date: Mon, 16 Feb 2009 10:13:20 +0100
Subject: Access to special Kolab users is denied
Message-ID: <BLU119-W24D66BF1BD58BEDB500F6CD3B70@phx.gbl>


 
Hi all,
 
I'm having a little problem with my new kolab installation. I've installed the new beta Kolab-Server-2.2.1 but when I try to login to horde as manager i cannot. I get this message: 
 
"Access to special Kolab users is denied."
 
I have searched but I haven't find how to allow manager to login and I want to change the general preferences for all users (like the colours combination, spam configuration, etc). 
 
I just have found this message where they say that it has been resolved, but I don't know how to chage this preference,
 
https://www.intevation.de/roundup/kolab/issue2548
 
Thank you very much in advance.
 
Regards.
_________________________________________________________________
Ll?vate Messenger en tu m?vil all? donde vayas ?A qu? esperas?
http://serviciosmoviles.es.msn.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090216/6228080a/attachment.html

From richard at radoeka.nl  Sun Feb 15 12:55:06 2009
From: richard at radoeka.nl (Richard Bos)
Date: Sun, 15 Feb 2009 12:55:06 +0100
Subject: could not connect ldap server
In-Reply-To: <200902151239.29550.albert@nan-tic.com>
References: <200902151239.29550.albert@nan-tic.com>
Message-ID: <200902151255.13040.richard@radoeka.nl>

Op zondag 15 februari 2009 12:39:28 schreef Albert Cervera i Areny:
> Hi,
> I installed kolab on a Debian Lenny server and got the error "could not
> connect ldap server" in kolab_bootstrap.
>
> In order to make it work I comented line #469:
>
> #(system("/kolab/libexec/openldap/slapd -h
> ldap://127.0.0.1:389/ -f /kolab/etc/openldap/slapd.conf -u kolab -g kolab")
> == 0 ) || die( "Could not start temporary slapd: $!" );
>
> and replaced it with:
>
> (system("/kolab/bin/openpkg rc openldap start") == 0 ) || die( "Could not
> start temporary slapd: $!" );

That will only work on openpkg based installations.  Hence this isn't a 
general solution.  What is the result of adding -d 255 to the slapd command?
It gives you lot of debug output... Hopefully it reveals the error.

-- 
Richard Bos
Without a home the journey is endless


From bernhard at intevation.de  Mon Feb 16 10:35:35 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 16 Feb 2009 10:35:35 +0100
Subject: upgrading from version 2.1.0 to 2.2.0
In-Reply-To: <49990145.8080505@canasc.ca>
References: <49990145.8080505@canasc.ca>
Message-ID: <200902161035.35680.bernhard@intevation.de>

On Montag, 16. Februar 2009, Darcy Brodie wrote:
> Question.&nbsp; Is it possible to backup the data from the previous
> version, and restore it to the new system?

It should be possible.
What were the message you've got when you were trying to reenter the data?
What did you try exactely?

-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090216/ef9ae6d7/attachment.bin

From bernhard at intevation.de  Mon Feb 16 10:42:11 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 16 Feb 2009 10:42:11 +0100
Subject: question about unixhierarchysep and shared folders
In-Reply-To: <49988C0B.3090207@err.ee>
References: <49988C0B.3090207@err.ee>
Message-ID: <200902161042.11918.bernhard@intevation.de>

On Sonntag, 15. Februar 2009, Alar Sing wrote:
> I have question why shared folders are "shared." 

Note that I prefer to speak about "account folders".
Our recommendation is to not use them.
Use a group account instead.

> however kolab uses 
> unixhierarchysep, so it should be "shared/"? I found a bug report about
> it (https://www.intevation.de/roundup/kolab/issue1581) and there was
> patch after using it shared folders use "/" put shared folder are always
> for mail they can not be used anymore for Contacts or something else. I
> see error in syslog Y Warning: Unable to set the folder type for mailbox
> `shared/testikas at err.ee' to `contact', Error = `Permission denied'

You should probably take this to kolab-devel@ if you are willing to go into 
the technical details. :)

-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090216/4817a754/attachment.bin

From carsten at cburghardt.com  Mon Feb 16 11:08:32 2009
From: carsten at cburghardt.com (Carsten Burghardt)
Date: Mon, 16 Feb 2009 11:08:32 +0100
Subject: kolab on openSUSE natively is a little bit back
In-Reply-To: <200902142107.48113.ml@radoeka.nl>
References: <200902142107.48113.ml@radoeka.nl>
Message-ID: <20090216110832.47834nh2hm2zt8g0@www.inovox.de>

Quoting "Richard Bos" <ml at radoeka.nl>:

> Hi,
>
> this is a message for those interested in having kolab available on openSUSE
> natively.  The last months I have been working on the many many packages that
> are required for kolab and they are now available on openSUSE's  
> build service.
> I have updated the wiki page about how to install kolab on openSUSE.
>
> The packages are available for openSUSE_10.3, 11.0 and 11.1.  I have tested
> the packages only on 11.1.  So far the rpms install nicely, and I  
> have the web
> interface up and running.  However, configured users are not created in the
> directory /var/spool/imap  This is to be investigated why this happens.  A
> message in /var/log/messages might give clue:
> DBERROR db4: /var/lib/imap/mailboxes.db: unexpected file type or format
>
> Anyway, I just wanted to let you know that progress is made and it would be
> great if others start testing the current packages.  Find more information
> about kolab on openSUSE at:
> http://wiki.kolab.org/index.php/OpenSUSE_-_natively
> and
> http://en.opensuse.org/Kolab

This is great! I am running version 2.2.0 on Suse 10.3 and I wonder  
what the proposed way for an upgrade is. Can I simply update the  
packages? As it is a productive system I can not really uninstall the  
previous packages.


Regards and Thanks

Carsten




From delonly at gmail.com  Mon Feb 16 11:14:45 2009
From: delonly at gmail.com (Del)
Date: Mon, 16 Feb 2009 11:14:45 +0100
Subject: New Debian stable out!
Message-ID: <2d303b680902160214v7e54e40fx11417b49881933f4@mail.gmail.com>

Debian just released Lenny:
http://www.debian.org/releases/stable/

It brings Debian stable more up-to-date than ever, with a 2.6.26 kernel and
application upgrades across the distribution.

Any thoughts on a coordinated effort migrating the main build environment of
Kolab over to Lenny? How about consider moving to AMD64 architecture as the
main build environment, any thoughts?

Cheers,
Del
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090216/799794df/attachment.html

From mario at hummy.org  Mon Feb 16 11:49:27 2009
From: mario at hummy.org (Mario Ramos)
Date: Mon, 16 Feb 2009 11:49:27 +0100
Subject: forwarding oddity
In-Reply-To: <49956D50.2040701@gowex.com>
References: <49956D50.2040701@gowex.com>
Message-ID: <499944B7.9010002@hummy.org>

Hello.

I've been digging in this error and I think I've fixed it, it's not a
sieve problem, it was an authentication problem.


In /kolab/etc/kolab/templates/saslauthd.conf.template I added:

ldap_size_limit: 0


And then, in the /kolab/var/sasl/log/saslauthd.log when trying to login
as info at domain2.com <mailto:info at domain2.com>, I started getting this:


Feb 14 20:35:27 mrburns <debug> saslauthd[24334]: Duplicate entries
found ((&(|(mail=info at domain2.com
<mailto:info at domain2.com>)(mail=info)(uid=info at domain2.com
<mailto:info at domain2.com>)(uid=info))(!(kolabdeleteflag=*)))).
Feb 14 20:35:27 mrburns <debug> saslauthd[24334]: Authentication failed
for info/domain2.com <http://domain2.com>: User not found (-6)
Feb 14 20:35:27 mrburns <info> saslauthd[24334]: do_auth         : auth
failure: [user=info] [service=imap] [realm=domain2.com
<http://domain2.com>] [mech=ldap] [reason=Unknown]
Feb 14 20:35:30 mrburns <debug> saslauthd[24336]: Duplicate entries
found ((&(|(mail=info at domain2.com
<mailto:info at domain2.com>)(mail=info)(uid=info at domain2.com
<mailto:info at domain2.com>)(uid=info))(!(kolabdeleteflag=*)))).
Feb 14 20:35:30 mrburns <debug> saslauthd[24336]: Authentication failed
for info/domain2.com <http://domain2.com>: User not found (-6)
Feb 14 20:35:30 mrburns <info> saslauthd[24336]: do_auth         : auth
failure: [user=info] [service=imap] [realm=domain2.com
<http://domain2.com>] [mech=ldap] [reason=Unknown]


If I create a info at domain1.com <mailto:info at domain1.com> and another
account info at domain2.com <mailto:info at domain2.com>

The original ldap filter will return duplicated entries and will not be
able to authenticate info at domain2.com <mailto:info at domain2.com>,
although it is still possible to authenticate as info at domain1.com
<mailto:info at domain1.com>, I don't know why... I'm not an LDAP expert.

Anyway, the fix was changing the filter to:

#ldap_filter:
(&(|(mail=%u@%d)(mail=%u)(uid=%u@%d)(uid=%u))(!(kolabdeleteflag=*)))
ldap_filter: (&(|(mail=%u@%d)(mail=%u)(uid=%u@%d))(!(kolabdeleteflag=*)))


This seems to have fixed the problem.
Now I can authenticate any user by using its UID.

I have opened a bug:

https://www.intevation.de/roundup/kolab/issue3403

And hopefully the developers will tell us if this is a valid solution.


Regards.
Mario.


Mario Ramos (Grupo GOWEX) wrote:
> Hello!
>
> I'm not sure if what I'm going to describe is a bug/feature... or
> perhaps I'm doing it wrongly, so apologies if it's the later.
>
> I use precompiled kolab 2.2.0 packages running on Ubuntu 8.04.2  x86
>
> Kolab manages several domains.
>
> I need some users to be able to receive all mails from 1 account, but
> also these users need to be able to send with a from of this account.
>
> Let's say the account a at domain1.com should be received by b at domain1.com
> and c at domain1.com
> b at domain1.com and c at domain1.com should be able to send emails as
> a at domain1.com
>
>
> The way I do things is:
>
> Create a user account called a at domain1.com (using uid: a1)
>
> I put b at domain1.com and c at domain1.com as delegates of this account so
> they are able to send with an a at domain1.com FROM on their emails.
>
> As I also need all mail coming to a at domain1.com forwarded to
> b at domain1.com and c at domain1.com, what I do is:
> I go to the a at domain1.com administration interface and setup a
> forwarding for this account to a-list at domain1.com
>
> Then I log back as manager on the admin interface and create the list
> a-list at domain1.com with b at domain1.com and c at domain1.com as members.
> This way they receive mail for a at domain1.com
>
> This works absolutely fine.
>
>
> The problem arises with the second domain.
>
>
> Create a user account called a at domain2.com (using uid: a2)
>
> I put c at domain1.com and d at domain1.com as delegates of this account so
> they are able to send with an a at domain2.com FROM on their emails.
>
> As I also need all mail coming to a at domain2.com forwarded to
> c at domain1.com and d at domain1.com, what I do is:
>
> I go to the a at domain1.com administration interface and setup a
> forwarding for this account to a-list-domain2 at domain1.com
>
> When I click on the submit button I get a:
>
>
> Errors:
> Not currently in TRANSACTION state
> Script was:
>
> require "fileinto";
> redirect "a-list-domain2 at domain1.com";
>
>
> This error only occurs if the second account uses the same characters
> before the @ symbol on the email address.
>
> I.e. If I create an account called a at domain1.com with uid a1 it works fine.
> If I create an account called a at domain2.com with uid a2 I get the
> mentioned error.
>
> Could you please tell me if this is a bug, or where I can start my
> research of this error?
> Google seem to say that this error is sieve related, but I'm not that sure.
>
> Any help would be appreciated.
>
> Thanks a lot.
>
> Mario Ramos.
>
>   


From kcaesar at hotmail.com  Mon Feb 16 12:01:38 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 16 Feb 2009 12:01:38 +0100
Subject: Sans objet
Message-ID: <BLU122-W73AAB14122C16273AA368A3B70@phx.gbl>


Hello the list !
Answer about my trouble in a previous email !
  
--Pi?ce jointe du message transmise--
Subject: Re: Trouble with calendars between outlook 2003 and Thunderbird..


On Mittwoch, 11. Februar 2009, kiser Caesar wrote:
> Well I explain... All my users are under outlook 2003 with toltec
> connectors and we can shared with toltec options some calendars.
>
> But me, I'm using thunderbird with synckolab.. I can see all my events in
> my ligthing plugin and in horde.
>
> The trouble is when a user want to view my events under outllok 2003, he
> see nothing, the calendar is empty.. But when this same user see my
> calendar under Horde, he can see all my events !
>
> Anybody have an idea to solve this trouble ?
 
I guess that Synckolab and even the Kolab Webclient might not fully adhere to 
the Kolab Client specifications here. We need to find out why not.
It might be within the folder itself or certain objects in the folder.
 
Personally I would see with cyradm and it's info command if the right 
annotations are on the folder. Next I would probably do a dd search to find 
out if one of the objects or a group is responsible.
 
Another path is to compare this to a good folder (again annotations and 
objects).
 
Bernhard
 
I'm the first to have this trouble ? I'm not lucky :( 


Well today I find a new bug .... 
When a user create some events under outlook, the same event is show 
in state cancelled in the horde interface...

Thank,


Who can help me ?


_________________________________________________________________
In?dit ! Des Emotic?nes D?jant?es! Installez les dans votre Messenger ! 
http://www.ilovemessenger.fr/Emoticones/EmoticonesDejantees.aspx
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090216/eb19953c/attachment.html

From kcaesar at hotmail.com  Mon Feb 16 12:57:36 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 16 Feb 2009 12:57:36 +0100
Subject: I can see private events of my users..
Message-ID: <BLU122-W3967F60BA0E83D0555E80BA3B70@phx.gbl>


Hello,

Today, I just see a new trouble, I can see private events of my users.. 

We use toltec connector + outlook2003 on a kolab 2.2.0 server.

This bug is know ? If you have a way to solve it?? 

thank :)
_________________________________________________________________
In?dit ! Des Emotic?nes D?jant?es! Installez les dans votre Messenger ! 
http://www.ilovemessenger.fr/Emoticones/EmoticonesDejantees.aspx
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090216/ff507dc9/attachment.html

From aspineux at gmail.com  Mon Feb 16 14:24:44 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Mon, 16 Feb 2009 14:24:44 +0100
Subject: Access to special Kolab users is denied
In-Reply-To: <BLU119-W24D66BF1BD58BEDB500F6CD3B70@phx.gbl>
References: <BLU119-W24D66BF1BD58BEDB500F6CD3B70@phx.gbl>
Message-ID: <71fe4e760902160524p41351f53h59dc7a284fedeaa5@mail.gmail.com>

On Mon, Feb 16, 2009 at 10:13 AM, Carlos Manuel ?vila Vegas
<ioreal at hotmail.com> wrote:
>
> Hi all,
>
> I'm having a little problem with my new kolab installation. I've installed
> the new beta Kolab-Server-2.2.1 but when I try to login to horde as manager
> i cannot. I get this message:
>
> "Access to special Kolab users is denied."
>

I thing the goal is to deny manager login !
The message is correct !

> I have searched but I haven't find how to allow manager to login and I want
> to change the general preferences for all users (like the colours
> combination, spam configuration, etc).

Hope someone else will tell you how to do that !

>
> I just have found this message where they say that it has been resolved, but
> I don't know how to chage this preference,
>
> https://www.intevation.de/roundup/kolab/issue2548
>
> Thank you very much in advance.
>
> Regards.
>
> ________________________________
> ?Tu fondo de escritorio es aburrido? An?malo con las im?genes m?s
> espectaculares
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From aspineux at gmail.com  Mon Feb 16 14:31:33 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Mon, 16 Feb 2009 14:31:33 +0100
Subject: upgrading from version 2.1.0 to 2.2.0
In-Reply-To: <49990145.8080505@canasc.ca>
References: <49990145.8080505@canasc.ca>
Message-ID: <71fe4e760902160531p7b68ab28k3b7bf5c303659fab@mail.gmail.com>

On Mon, Feb 16, 2009 at 7:01 AM, Darcy Brodie <darcy at canasc.ca> wrote:
> Due to hardware problems, I am in the process of re-installing my Kolab
> installation.  However, I have been unable to sucessfully  backup the users,
> address book, Distribution Lists, and emails from the old system (version
> 2.1, on CentOS) and import it into a new installation (version 2.2.0, on
> CentOS 5.1)  I have followed the instructions at
> http://wiki.kolab.org/index.php/Backups_for_kolab2, and attempted to restore
> on the new system, but that only caused ldap to not start..

You must mix information from the "Backups_for_kolab2" and
the "upgrade procedure" from the README distributed with the sources.

>
> I have even tried to do the restore 1 step at a time (starting with the
> mailboxlist).  Upon re-starting Kolab (via "/kolab/bin/openpkg rc all
> restart" and that failing desired result, restarting the computer) it did
> not import any of the users
>
>
> Question.  Is it possible to backup the data from the previous version, and
> restore it to the new system?  Or am I going to have to re-enter all the
> information by hand?  I do not trust the hardware that the original Kolab
> installation is on, and I need to get it off of there as soon as possible
>
>
> Thanks for your assistance
>
> Darcy
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From alar.sing at err.ee  Mon Feb 16 18:01:30 2009
From: alar.sing at err.ee (Alar Sing)
Date: Mon, 16 Feb 2009 19:01:30 +0200
Subject: question about unixhierarchysep and shared folders
In-Reply-To: <200902161042.11918.bernhard@intevation.de>
References: <49988C0B.3090207@err.ee>
	<200902161042.11918.bernhard@intevation.de>
Message-ID: <49999BEA.9030502@err.ee>



Bernhard Reiter wrote:
> On Sonntag, 15. Februar 2009, Alar Sing wrote:
>   
>> I have question why shared folders are "shared." 
>>     
>
> Note that I prefer to speak about "account folders".
> Our recommendation is to not use them.
> Use a group account instead.
>
>   
How group account works? Are them simalar to shared folders, where I can 
set folder type on webadmin? And why is shared not recommended?
>> however kolab uses 
>> unixhierarchysep, so it should be "shared/"? I found a bug report about
>> it (https://www.intevation.de/roundup/kolab/issue1581) and there was
>> patch after using it shared folders use "/" put shared folder are always
>> for mail they can not be used anymore for Contacts or something else. I
>> see error in syslog Y Warning: Unable to set the folder type for mailbox
>> `shared/testikas at err.ee' to `contact', Error = `Permission denied'
>>     
>
> You should probably take this to kolab-devel@ if you are willing to go into 
> the technical details. :)
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>   


From ml at radoeka.nl  Mon Feb 16 19:44:36 2009
From: ml at radoeka.nl (Richard Bos)
Date: Mon, 16 Feb 2009 19:44:36 +0100
Subject: kolab on openSUSE natively is a little bit back
In-Reply-To: <20090216110832.47834nh2hm2zt8g0@www.inovox.de>
References: <200902142107.48113.ml@radoeka.nl>
	<20090216110832.47834nh2hm2zt8g0@www.inovox.de>
Message-ID: <200902161944.37779.ml@radoeka.nl>

Op maandag 16 februari 2009 11:08:32 schreef Carsten Burghardt:
> > Anyway, I just wanted to let you know that progress is made and it would
> > be great if others start testing the current packages. ?Find more
> > information about kolab on openSUSE at:
> > http://wiki.kolab.org/index.php/OpenSUSE_-_natively
> > and
> > http://en.opensuse.org/Kolab
>
> This is great! I am running version 2.2.0 on Suse 10.3 and I wonder ?
> what the proposed way for an upgrade is. Can I simply update the ?
> packages? As it is a productive system I can not really uninstall the ?
> previous packages.

I have kolab 2.2.0 running on an openSUSE 10.3 system as well, so we're in the 
same boat.  I'm not thinking about a upgrade yet, as a lot of functionality is 
still to be tested.  I would say get another openSUSE 10.3 system up and 
running with kolab 2.2.0 in e.g. virtual box.  Use that image to exercise the 
upgrade.

The big difference between kolab on openSUSE 10.3 and 11.1 will be the 
openldap replication mode.  This must change from slurpd to syncrepl.  This is 
working nicely.  The data does not need to change I believe, so as long as all 
data is backed up you should be fine.

-- 
Richard


From albert at nan-tic.com  Tue Feb 17 00:53:15 2009
From: albert at nan-tic.com (Albert Cervera i Areny)
Date: Tue, 17 Feb 2009 00:53:15 +0100
Subject: could not connect ldap server
In-Reply-To: <200902151255.13040.richard@radoeka.nl>
References: <200902151239.29550.albert@nan-tic.com>
	<200902151255.13040.richard@radoeka.nl>
Message-ID: <200902170053.15705.albert@nan-tic.com>

A Diumenge 15 Febrer 2009, Richard Bos va escriure:
> Op zondag 15 februari 2009 12:39:28 schreef Albert Cervera i Areny:
> > Hi,
> > I installed kolab on a Debian Lenny server and got the error "could not
> > connect ldap server" in kolab_bootstrap.
> >
> > In order to make it work I comented line #469:
> >
> > #(system("/kolab/libexec/openldap/slapd -h
> > ldap://127.0.0.1:389/ -f /kolab/etc/openldap/slapd.conf -u kolab -g
> > kolab") == 0 ) || die( "Could not start temporary slapd: $!" );
> >
> > and replaced it with:
> >
> > (system("/kolab/bin/openpkg rc openldap start") == 0 ) || die( "Could not
> > start temporary slapd: $!" );
>
> That will only work on openpkg based installations.  Hence this isn't a
> general solution.  What is the result of adding -d 255 to the slapd
> command? It gives you lot of debug output... Hopefully it reveals the
> error.

I'll try this ASAP.



-- 
Albert Cervera i Areny
http://www.NaN-tic.com


From darcy at canasc.ca  Tue Feb 17 07:22:24 2009
From: darcy at canasc.ca (Darcy Brodie)
Date: Mon, 16 Feb 2009 23:22:24 -0700
Subject: upgrading from version 2.1.0 to 2.2.0
In-Reply-To: <71fe4e760902160531p7b68ab28k3b7bf5c303659fab@mail.gmail.com>
References: <49990145.8080505@canasc.ca>
	<71fe4e760902160531p7b68ab28k3b7bf5c303659fab@mail.gmail.com>
Message-ID: <499A57A0.6000408@canasc.ca>

An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090216/91bd3641/attachment.html

From darcy at canasc.ca  Tue Feb 17 08:19:05 2009
From: darcy at canasc.ca (Darcy Brodie)
Date: Tue, 17 Feb 2009 00:19:05 -0700
Subject: upgrading from version 2.1.0 to 2.2.0
In-Reply-To: <71fe4e760902160531p7b68ab28k3b7bf5c303659fab@mail.gmail.com>
References: <49990145.8080505@canasc.ca>
	<71fe4e760902160531p7b68ab28k3b7bf5c303659fab@mail.gmail.com>
Message-ID: <499A64E9.3080302@canasc.ca>

An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090217/1809d26e/attachment.html

From darcy at canasc.ca  Tue Feb 17 08:26:18 2009
From: darcy at canasc.ca (Darcy Brodie)
Date: Tue, 17 Feb 2009 00:26:18 -0700
Subject: upgrading from version 2.1.0 to 2.2.0
In-Reply-To: <499A64E9.3080302@canasc.ca>
References: <49990145.8080505@canasc.ca>	<71fe4e760902160531p7b68ab28k3b7bf5c303659fab@mail.gmail.com>
	<499A64E9.3080302@canasc.ca>
Message-ID: <499A669A.2000504@canasc.ca>



Darcy Brodie wrote:
>
> Alain Spineux wrote:
>> On Mon, Feb 16, 2009 at 7:01 AM, Darcy Brodie <darcy at canasc.ca> wrote:
>>   
>>> Due to hardware problems, I am in the process of re-installing my Kolab
>>> installation.  However, I have been unable to sucessfully  backup the users,
>>> address book, Distribution Lists, and emails from the old system (version
>>> 2.1, on CentOS) and import it into a new installation (version 2.2.0, on
>>> CentOS 5.1)  I have followed the instructions at
>>> http://wiki.kolab.org/index.php/Backups_for_kolab2, and attempted to restore
>>> on the new system, but that only caused ldap to not start..
>>>     
>>
>> You must mix information from the "Backups_for_kolab2" and
>> the "upgrade procedure" from the README distributed with the sources.
>>
>>   
>>> I have even tried to do the restore 1 step at a time (starting with the
>>> mailboxlist).  Upon re-starting Kolab (via "/kolab/bin/openpkg rc all
>>> restart" and that failing desired result, restarting the computer) it did
>>> not import any of the users
>>>
>>>
>>> Question.  Is it possible to backup the data from the previous version, and
>>> restore it to the new system?  Or am I going to have to re-enter all the
>>> information by hand?  I do not trust the hardware that the original Kolab
>>> installation is on, and I need to get it off of there as soon as possible
>>>
>>>
>>> Thanks for your assistance
>>>
>>> Darcy
>>>
>>> _______________________________________________
>>>     
> Ok, let me try this again.  I *think* I may have found the problem, 
> and it looks like I will have to start over again.  It would appear 
> that during the installation, the *NEW* installation could see the 
> *OLD* Kolab installation, (even though they are on different networks, 
> and 2 firewalls between them), and it is using a little of both of 
> them.  When I discovered this, and I shut down all access from the new 
> server to the internet, I get a lot of failed services when I attempt 
> to start Kolab. 
>
> Oh, and after I had disconnected the new server from the internet, I 
> was actually able to log in via several users to the Horde login.
>
> I suspect that this has everything to do with ALL the problems that I 
> have had attempting to install Kolab on this server.
>
> Darcy
> ------------------------------------------------------------------------
>
>   
My appologies for the HTML - it should be shut off now


Darcy


From bernhard at intevation.de  Tue Feb 17 09:26:12 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 17 Feb 2009 09:26:12 +0100
Subject: question about unixhierarchysep and shared folders
In-Reply-To: <49999BEA.9030502@err.ee>
References: <49988C0B.3090207@err.ee>
	<200902161042.11918.bernhard@intevation.de>
	<49999BEA.9030502@err.ee>
Message-ID: <200902170926.12719.bernhard@intevation.de>

Am Montag, 16. Februar 2009 18:01:30 schrieb Alar Sing:
> Bernhard Reiter wrote:
> > On Sonntag, 15. Februar 2009, Alar Sing wrote:
> > ?
> >
> >> I have question why shared folders are "shared."
> >> ? ?
> >
> > Note that I prefer to speak about "account folders".
> > Our recommendation is to not use them.
> > Use a group account instead.
> >
> > ?
>
> How group account works? Are them simalar to shared folders, 

In the sense that you can give rights to their folders that other users 
subsequently can see.

> where I can set folder type on webadmin? 

You cannot, but the resonsible person can do so with their client
(which is more comfortable anyway). As a machine administrator, you can do 
this with cyradm or some script to set the ACLs and annotations.

> And why is shared not recommended? 

There is very little gain in using this namespace, but a number of possible 
pitfalls you can fall in. Also the webadmin was never ment to be a full IMAP 
folder handling application. Clients might deal with them differently than
the "user" namespace. Technically they work, so you could use them.


-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090217/234faaf8/attachment.bin

From bernhard at intevation.de  Tue Feb 17 09:37:19 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 17 Feb 2009 09:37:19 +0100
Subject: I can see private events of my users..
In-Reply-To: <BLU122-W3967F60BA0E83D0555E80BA3B70@phx.gbl>
References: <BLU122-W3967F60BA0E83D0555E80BA3B70@phx.gbl>
Message-ID: <200902170937.23275.bernhard@intevation.de>

Am Montag, 16. Februar 2009 12:57:36 schrieb kiser Caesar:
> Today, I just see a new trouble, I can see private events of my users..
> We use toltec connector + outlook2003 on a kolab 2.2.0 server.
> This bug is know ? If you have a way to solve it??

Yes, it is a conceptual problem with Outlook.
https://www.intevation.de/roundup/kolab/issue1041

| The field only indicates the sensitivity,  
| but does not enfore access control.  
  
| So you know the category of the event,  
| but access control is a seperate matter.

Solution: Use different folders for access control.

-- 
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: 206 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-users/attachments/20090217/5997ce9d/attachment.bin

From alar.sing at err.ee  Tue Feb 17 09:49:14 2009
From: alar.sing at err.ee (Alar Sing)
Date: Tue, 17 Feb 2009 10:49:14 +0200
Subject: question about unixhierarchysep and shared folders
In-Reply-To: <200902170926.12719.bernhard@intevation.de>
References: <49988C0B.3090207@err.ee>	<200902161042.11918.bernhard@intevation.de>	<49999BEA.9030502@err.ee>
	<200902170926.12719.bernhard@intevation.de>
Message-ID: <499A7A0A.8060101@err.ee>

Bernhard Reiter wrote:
> Am Montag, 16. Februar 2009 18:01:30 schrieb Alar Sing:
>   
>> Bernhard Reiter wrote:
>>     
>>> On Sonntag, 15. Februar 2009, Alar Sing wrote:
>>>  
>>>
>>>       
>>>> I have question why shared folders are "shared."
>>>>    
>>>>         
>>> Note that I prefer to speak about "account folders".
>>> Our recommendation is to not use them.
>>> Use a group account instead.
>>>
>>>  
>>>       
>> How group account works? Are them simalar to shared folders, 
>>     
>
> In the sense that you can give rights to their folders that other users 
> subsequently can see.
>
>   
Can  INBOX folder be Contacts or Calendar folder?
>> where I can set folder type on webadmin? 
>>     
>
> You cannot, but the resonsible person can do so with their client
> (which is more comfortable anyway). As a machine administrator, you can do 
> this with cyradm or some script to set the ACLs and annotations.
>
>   
There is that problem that server administrator is sometimes one person 
and IMAP user creating and so on is handled by others. Who can not log 
into shell nor they understand imap rights.

>> And why is shared not recommended? 
>>     
>
> There is very little gain in using this namespace, but a number of possible 
> pitfalls you can fall in. Also the webadmin was never ment to be a full IMAP 
> folder handling application. Clients might deal with them differently than
> the "user" namespace. Technically they work, so you could use them.
>
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>   


From ioreal at hotmail.com  Tue Feb 17 15:05:08 2009
From: ioreal at hotmail.com (=?iso-8859-1?Q?Carlos_Manuel_=C1vila_Vegas?=)
Date: Tue, 17 Feb 2009 15:05:08 +0100
Subject: Access to special Kolab users is denied
In-Reply-To: <71fe4e760902160524p41351f53h59dc7a284fedeaa5@mail.gmail.com>
References: <BLU119-W24D66BF1BD58BEDB500F6CD3B70@phx.gbl>
	<71fe4e760902160524p41351f53h59dc7a284fedeaa5@mail.gmail.com>
Message-ID: <BLU119-W313A475F462538596AA010D3B40@phx.gbl>


 

Hi all,

 

thank you for your answer Alain. 

Yes the goal was to deny access to manager user, but I couldn't find to reverse it. I wanted to allow login to the manager user 

in order to change preferences and configuration through the web client.

 

The solution was quite simple. I was able to allow login to another user as an admin just editing the file /kolab/var/kolab/www/client/config/conf.php

 

$conf['auth']['admins'] = array('manager','user at domain.com');


The user "manager" still won't have access to the web client, but the rest of valid users will. 

Note that the user "user" is not a special kolab user, so it has access to the web client and, from now on, to the administration of the kolab environment.

 

Thank you all,

 

Regards

 

Carlos ?vila.

 


 
> Date: Mon, 16 Feb 2009 14:24:44 +0100
> Subject: Re: Access to special Kolab users is denied
> From: aspineux at gmail.com
> To: ioreal at hotmail.com
> CC: kolab-users at kolab.org
> 
> On Mon, Feb 16, 2009 at 10:13 AM, Carlos Manuel ?vila Vegas
> <ioreal at hotmail.com> wrote:
> >
> > Hi all,
> >
> > I'm having a little problem with my new kolab installation. I've installed
> > the new beta Kolab-Server-2.2.1 but when I try to login to horde as manager
> > i cannot. I get this message:
> >
> > "Access to special Kolab users is denied."
> >
> 
> I thing the goal is to deny manager login !
> The message is correct !
> 
> > I have searched but I haven't find how to allow manager to login and I want
> > to change the general preferences for all users (like the colours
> > combination, spam configuration, etc).
> 
> Hope someone else will tell you how to do that !
> 
> >
> > I just have found this message where they say that it has been resolved, but
> > I don't know how to chage this preference,
> >
> > https://www.intevation.de/roundup/kolab/issue2548
> >
> > Thank you very much in advance.
> >
> > Regards.
> >
> > ________________________________
> > ?Tu fondo de escritorio es aburrido? An?malo con las im?genes m?s
> > espectaculares
> > _______________________________________________
> > Kolab-users mailing list
> > Kolab-users at kolab.org
> > https://kolab.org/mailman/listinfo/kolab-users
> >
> >
> 
> 
> 
> -- 
> Alain Spineux
> aspineux gmail com
> May the sources be with you
> 
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users

_________________________________________________________________
Prueba los prototipos de los ?ltimos en MSN Motor
http://motor.es.msn.com/
------------ pr?xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090217/b0749eda/attachment.html

From johnm at advocap.org  Tue Feb 17 23:32:54 2009
From: johnm at advocap.org (John McMonagle)
Date: Tue, 17 Feb 2009 16:32:54 -0600
Subject: User Documentation
Message-ID: <499B3B16.2010805@advocap.org>

I'm pretty well sold on the feasibility of going to Kolab but I'm 
trying  to convince management.

Is there any user documentation for kolab.
Need user manual  for kontact and horde with respect to kolab.
I  have not seen anything.

I saw horde documentation but  in that I found the screens were 
arranged  different, which is going to be confusing to a non-technical 
user. 

It's simple and obvious to me but I'm not our normal user :-)

John

-- 
John McMonagle
IT Manager
Advocap Inc.



From thomas at btspuhler.com  Wed Feb 18 01:29:26 2009
From: thomas at btspuhler.com (Thomas Spuhler)
Date: Tue, 17 Feb 2009 17:29:26 -0700
Subject: kolab on openSUSE natively is a little bit back
In-Reply-To: <200902161944.37779.ml@radoeka.nl>
References: <200902142107.48113.ml@radoeka.nl>
	<20090216110832.47834nh2hm2zt8g0@www.inovox.de>
	<200902161944.37779.ml@radoeka.nl>
Message-ID: <200902171729.26949.thomas@btspuhler.com>

On Monday 16 February 2009, Richard Bos wrote:
> Op maandag 16 februari 2009 11:08:32 schreef Carsten Burghardt:
> > > Anyway, I just wanted to let you know that progress is made and it
> > > would be great if others start testing the current packages. ?Find more
> > > information about kolab on openSUSE at:
> > > http://wiki.kolab.org/index.php/OpenSUSE_-_natively
> > > and
> > > http://en.opensuse.org/Kolab
> >
> > This is great! I am running version 2.2.0 on Suse 10.3 and I wonder ?
> > what the proposed way for an upgrade is. Can I simply update the ?
> > packages? As it is a productive system I can not really uninstall the ?
> > previous packages.
>
> I have kolab 2.2.0 running on an openSUSE 10.3 system as well, so we're in
> the same boat.  I'm not thinking about a upgrade yet, as a lot of
> functionality is still to be tested.  I would say get another openSUSE 10.3
> system up and running with kolab 2.2.0 in e.g. virtual box.  Use that image
> to exercise the upgrade.
>
> The big difference between kolab on openSUSE 10.3 and 11.1 will be the
> openldap replication mode.  This must change from slurpd to syncrepl.  This
> is working nicely.  The data does not need to change I believe, so as long
> as all data is backed up you should be fine.
How is this done? Do you have a working config file?



-- 
Thomas


From albert at nan-tic.com  Wed Feb 18 02:13:05 2009
From: albert at nan-tic.com (Albert Cervera i Areny)
Date: Wed, 18 Feb 2009 02:13:05 +0100
Subject: could not connect ldap server
In-Reply-To: <200902151255.13040.richard@radoeka.nl>
References: <200902151239.29550.albert@nan-tic.com>
	<200902151255.13040.richard@radoeka.nl>
Message-ID: <200902180213.06112.albert@nan-tic.com>

A Diumenge 15 Febrer 2009, Richard Bos va escriure:
> Op zondag 15 februari 2009 12:39:28 schreef Albert Cervera i Areny:
> > Hi,
> > I installed kolab on a Debian Lenny server and got the error "could not
> > connect ldap server" in kolab_bootstrap.
> >
> > In order to make it work I comented line #469:
> >
> > #(system("/kolab/libexec/openldap/slapd -h
> > ldap://127.0.0.1:389/ -f /kolab/etc/openldap/slapd.conf -u kolab -g
> > kolab") == 0 ) || die( "Could not start temporary slapd: $!" );
> >
> > and replaced it with:
> >
> > (system("/kolab/bin/openpkg rc openldap start") == 0 ) || die( "Could not
> > start temporary slapd: $!" );
>
> That will only work on openpkg based installations.  Hence this isn't a
> general solution.  What is the result of adding -d 255 to the slapd
> command? It gives you lot of debug output... Hopefully it reveals the
> error.

Here is the output:

Enter fully qualified hostname of slave kolab server e.g. thishost.domain.tld 
[empty when done]:
prepare LDAP database...
temporarily starting slapd
chown: cannot access `/kolab/var/openldap/openldap-data/*': No such file or 
directory
Could not start temporary slapd:  at /kolab/etc/kolab/kolab_bootstrap line 
470.



-- 
Albert Cervera i Areny
http://www.NaN-tic.com


From bernhard at intevation.de  Wed Feb 18 08:44:04 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 18 Feb 2009 08:44:04 +0100
Subject: could not connect ldap server
In-Reply-To: <200902180213.06112.albert@nan-tic.com>
References: <200902151239.29550.albert@nan-tic.com>
	<200902151255.13040.richard@radoeka.nl>
	<200902180213.06112.albert@nan-tic.com>
Message-ID: <200902180844.04390.bernhard@intevation.de>

Am Mittwoch, 18. Februar 2009 02:13:05 schrieb Albert Cervera i Areny:
> chown: cannot access `/kolab/var/openldap/openldap-data/*': No such file or
> directory

Is it there? Access rights are okay?
You did start this as root, didn't you?
Were the three kolab users created successfully by the OpenPKG Bootstrap 
Package?

-- 
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/20090218/9ee8fbc4/attachment.bin

From bernhard at intevation.de  Wed Feb 18 08:46:10 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 18 Feb 2009 08:46:10 +0100
Subject: question about unixhierarchysep and shared folders
In-Reply-To: <499A7A0A.8060101@err.ee>
References: <49988C0B.3090207@err.ee>
	<200902170926.12719.bernhard@intevation.de>
	<499A7A0A.8060101@err.ee>
Message-ID: <200902180846.10732.bernhard@intevation.de>

Am Dienstag, 17. Februar 2009 09:49:14 schrieb Alar Sing:
> > In the sense that you can give rights to their folders that other users
> > subsequently can see.
> >
> > ?
>
> Can ?INBOX folder be Contacts or Calendar folder?

I believe so, but you can also use a subfolder, which is what I would 
recommend.

>
> >> where I can set folder type on webadmin?
> >> ? ?
> >
> > You cannot, but the resonsible person can do so with their client
> > (which is more comfortable anyway). As a machine administrator, you can
> > do this with cyradm or some script to set the ACLs and annotations.
> >

> There is that problem that server administrator is sometimes one person
> and IMAP user creating and so on is handled by others. Who can not log
> into shell nor they understand imap rights.

So a person gets the group account and then just uses one of the clients
to set of the subfolders, acls and annotations for other users for it.
Voila you are done,
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/20090218/0e484bb5/attachment.bin

From bernhard at intevation.de  Wed Feb 18 08:54:02 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 18 Feb 2009 08:54:02 +0100
Subject: User Documentation
In-Reply-To: <499B3B16.2010805@advocap.org>
References: <499B3B16.2010805@advocap.org>
Message-ID: <200902180854.03041.bernhard@intevation.de>

Am Dienstag, 17. Februar 2009 23:32:54 schrieb John McMonagle:
> Is there any user documentation for kolab.
> Need user manual ?for kontact and horde with respect to kolab.
> I ?have not seen anything.

KDE comes with integrated user documentation, so if you press F11
or go to the menu under Help, you will see the documentation.
It is also online, e.g. for Kontact 3.5: http://docs.kde.org/kde3/en/kdepim/

Maybe that info should go on http://kolab.org/documentation.html
close to the setup information.

> I saw horde documentation but ?in that I found the screens were
> arranged ?different, which is going to be confusing to a non-technical
> user.

I don't know for the Kolab Webclient based on Horde.




-- 
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/20090218/7caa82b8/attachment-0001.bin

From delonly at gmail.com  Wed Feb 18 11:01:12 2009
From: delonly at gmail.com (Del)
Date: Wed, 18 Feb 2009 11:01:12 +0100
Subject: User Documentation
In-Reply-To: <499B3B16.2010805@advocap.org>
References: <499B3B16.2010805@advocap.org>
Message-ID: <2d303b680902180201s225f4een750c82084464a90f@mail.gmail.com>

You will find Horde documentation here:
http://www.horde.org/documentation.php

For Thunderbird set-up, you will find documentation here:
http://wiki.kolab.org/index.php/Setup_Mozilla_Thunderbird_for_Kolab_2
with user documentation here:
https://wiki.mozilla.org/Thunderbird:Help_Documentation:Base

The documentation found for kdepim in KDE (just choose help from Kontact,
and make sure you have the kdepim-doc package installed) is quite extensive,
and it is in html I assume, so it should not be very difficult to make it
generally available.

Good luck with management :)
Del

On Tue, Feb 17, 2009 at 11:32 PM, John McMonagle <johnm at advocap.org> wrote:

> I'm pretty well sold on the feasibility of going to Kolab but I'm
> trying  to convince management.
>
> Is there any user documentation for kolab.
> Need user manual  for kontact and horde with respect to kolab.
> I  have not seen anything.
>
> I saw horde documentation but  in that I found the screens were
> arranged  different, which is going to be confusing to a non-technical
> user.
>
> It's simple and obvious to me but I'm not our normal user :-)
>
> John
>
> --
> John McMonagle
> IT Manager
> Advocap Inc.
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090218/4539c335/attachment.html

From mario at hummy.org  Wed Feb 18 12:11:53 2009
From: mario at hummy.org (Mario Ramos)
Date: Wed, 18 Feb 2009 12:11:53 +0100
Subject: User Documentation
In-Reply-To: <2d303b680902180201s225f4een750c82084464a90f@mail.gmail.com>
References: <499B3B16.2010805@advocap.org>
	<2d303b680902180201s225f4een750c82084464a90f@mail.gmail.com>
Message-ID: <d3aeea660902180311t32454f2dvc852d6ae247df9ae@mail.gmail.com>

Hi.

Is there any administration document in English for kolab 2.2 ?

The one here:
http://kolab.org/documentation.html

is only in German.

Thanks.
Mario.


2009/2/18 Del <delonly at gmail.com>

> You will find Horde documentation here:
> http://www.horde.org/documentation.php
>
> For Thunderbird set-up, you will find documentation here:
> http://wiki.kolab.org/index.php/Setup_Mozilla_Thunderbird_for_Kolab_2
> with user documentation here:
> https://wiki.mozilla.org/Thunderbird:Help_Documentation:Base
>
> The documentation found for kdepim in KDE (just choose help from Kontact,
> and make sure you have the kdepim-doc package installed) is quite extensive,
> and it is in html I assume, so it should not be very difficult to make it
> generally available.
>
> Good luck with management :)
> Del
>
> On Tue, Feb 17, 2009 at 11:32 PM, John McMonagle <johnm at advocap.org>wrote:
>
>> I'm pretty well sold on the feasibility of going to Kolab but I'm
>> trying  to convince management.
>>
>> Is there any user documentation for kolab.
>> Need user manual  for kontact and horde with respect to kolab.
>> I  have not seen anything.
>>
>> I saw horde documentation but  in that I found the screens were
>> arranged  different, which is going to be confusing to a non-technical
>> user.
>>
>> It's simple and obvious to me but I'm not our normal user :-)
>>
>> John
>>
>> --
>> John McMonagle
>> IT Manager
>> Advocap Inc.
>>
>>
>> _______________________________________________
>> Kolab-users mailing list
>> Kolab-users at kolab.org
>> https://kolab.org/mailman/listinfo/kolab-users
>>
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>


-- 
PS ? Please help preserve the environment, don't print this email unless you
have to.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090218/184e1b4c/attachment.html

From kcaesar at hotmail.com  Wed Feb 18 12:14:49 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Wed, 18 Feb 2009 12:14:49 +0100
Subject: Can't shared calendar over multi domain
Message-ID: <BLU122-W22750FDB960A4CDE829643A3B50@phx.gbl>


Hello the list,

In my company we use multidomain..

Company one with user at company1.toto.com

Company two with user at company2.toto.com

But the trouble that's some users want to share calendars over multi domain... and it's don't work...

There are a special setup to bypass this trouble ?


Thank,
_________________________________________________________________
Installez gratuitement les 20 ?m?ticones Windows Live Messenger les plus fous ! Cliquez ici !
http://www.emoticones-messenger.fr/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090218/825cb304/attachment.html

From delonly at gmail.com  Wed Feb 18 12:29:04 2009
From: delonly at gmail.com (Del)
Date: Wed, 18 Feb 2009 12:29:04 +0100
Subject: User Documentation
In-Reply-To: <d3aeea660902180311t32454f2dvc852d6ae247df9ae@mail.gmail.com>
References: <499B3B16.2010805@advocap.org>
	<2d303b680902180201s225f4een750c82084464a90f@mail.gmail.com>
	<d3aeea660902180311t32454f2dvc852d6ae247df9ae@mail.gmail.com>
Message-ID: <2d303b680902180329j7f70c883j6b0c75063212747e@mail.gmail.com>

Nope, but if you initiate one in the wiki, I will try to assist you in
writing it:
http://wiki.kolab.org/index.php/Main_Page

On Wed, Feb 18, 2009 at 12:11 PM, Mario Ramos <mario at hummy.org> wrote:

> Hi.
>
> Is there any administration document in English for kolab 2.2 ?
>
> The one here:
> http://kolab.org/documentation.html
>
> is only in German.
>
> Thanks.
> Mario.
>
>
> 2009/2/18 Del <delonly at gmail.com>
>
> You will find Horde documentation here:
>> http://www.horde.org/documentation.php
>>
>> For Thunderbird set-up, you will find documentation here:
>> http://wiki.kolab.org/index.php/Setup_Mozilla_Thunderbird_for_Kolab_2
>> with user documentation here:
>> https://wiki.mozilla.org/Thunderbird:Help_Documentation:Base
>>
>> The documentation found for kdepim in KDE (just choose help from Kontact,
>> and make sure you have the kdepim-doc package installed) is quite extensive,
>> and it is in html I assume, so it should not be very difficult to make it
>> generally available.
>>
>> Good luck with management :)
>> Del
>>
>> On Tue, Feb 17, 2009 at 11:32 PM, John McMonagle <johnm at advocap.org>wrote:
>>
>>> I'm pretty well sold on the feasibility of going to Kolab but I'm
>>> trying  to convince management.
>>>
>>> Is there any user documentation for kolab.
>>> Need user manual  for kontact and horde with respect to kolab.
>>> I  have not seen anything.
>>>
>>> I saw horde documentation but  in that I found the screens were
>>> arranged  different, which is going to be confusing to a non-technical
>>> user.
>>>
>>> It's simple and obvious to me but I'm not our normal user :-)
>>>
>>> John
>>>
>>> --
>>> John McMonagle
>>> IT Manager
>>> Advocap Inc.
>>>
>>>
>>> _______________________________________________
>>> Kolab-users mailing list
>>> Kolab-users at kolab.org
>>> https://kolab.org/mailman/listinfo/kolab-users
>>>
>>
>>
>> _______________________________________________
>> Kolab-users mailing list
>> Kolab-users at kolab.org
>> https://kolab.org/mailman/listinfo/kolab-users
>>
>>
>
>
> --
> PS – Please help preserve the environment, don't print this email unless
> you have to.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090218/df0f1c17/attachment.html

From aspineux at gmail.com  Wed Feb 18 14:29:27 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Wed, 18 Feb 2009 14:29:27 +0100
Subject: Can't shared calendar over multi domain
In-Reply-To: <BLU122-W22750FDB960A4CDE829643A3B50@phx.gbl>
References: <BLU122-W22750FDB960A4CDE829643A3B50@phx.gbl>
Message-ID: <71fe4e760902180529y2ce04a7dlad132a7d94504f2a@mail.gmail.com>

On Wed, Feb 18, 2009 at 12:14 PM, kiser Caesar <kcaesar at hotmail.com> wrote:
> Hello the list,
>
> In my company we use multidomain..
>
> Company one with user at company1.toto.com
>
> Company two with user at company2.toto.com

This a limitation from cyrus imap. Individual mail box can only be
shared by user of the same domain.

>
> But the trouble that's some users want to share calendars over multi
> domain... and it's don't work...

You should try to use shared ressources.

Regards

>
> There are a special setup to bypass this trouble ?
>
>
> Thank,
> ________________________________
> T?l?phonez gratuitement ? tous vos proches avec Windows Live Messenger  !
> T?l?chargez-le maintenant !
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From bernhard at intevation.de  Wed Feb 18 17:07:26 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 18 Feb 2009 17:07:26 +0100
Subject: Can't shared calendar over multi domain
In-Reply-To: <71fe4e760902180529y2ce04a7dlad132a7d94504f2a@mail.gmail.com>
References: <BLU122-W22750FDB960A4CDE829643A3B50@phx.gbl>
	<71fe4e760902180529y2ce04a7dlad132a7d94504f2a@mail.gmail.com>
Message-ID: <200902181707.26724.bernhard@intevation.de>

Am Mittwoch, 18. Februar 2009 14:29:27 schrieb Alain Spineux:
> > In my company we use multidomain..
> >
> > Company one with user at company1.toto.com
> >
> > Company two with user at company2.toto.com
>
> This a limitation from cyrus imap. Individual mail box can only be
> shared by user of the same domain.

 This is  kolab/issue1141 (Cannot give users from other domains access to a 
folder), KK looks for funding to make the necessary change to cyrus imapd.

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/20090218/d4550d46/attachment.bin

From kcaesar at hotmail.com  Thu Feb 19 13:07:25 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Thu, 19 Feb 2009 13:07:25 +0100
Subject: Sans objet
Message-ID: <BLU122-W5163970F01E4308D9828DCA3B20@phx.gbl>


Hello,

I just saw the two security issue 22 and 23.
To "patch" ClamAV I need to install ClamAV 0.94. then ClamAV 0.94.2 ? Or I can install directly ClamAV 0.94.2 ?

Thank,

_________________________________________________________________
T?l?phonez gratuitement ? tous vos proches avec Windows Live Messenger? !? T?l?chargez-le maintenant !
http://www.windowslive.fr/messenger/1.asp
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090219/7cf8503f/attachment.html

From tmalone at lancer-ins.com  Thu Feb 19 18:15:50 2009
From: tmalone at lancer-ins.com (Tom Malone)
Date: Thu, 19 Feb 2009 12:15:50 -0500
Subject: Funambol 7.1.* Blackberry client
Message-ID: <499D93C6.7090505@lancer-ins.com>

I was poking around on the Funambol discussion boards and I came across 
this posting.

https://core.forge.funambol.org/ds/viewMessage.do?dsForumId=405&dsMessageId=33397

According to the author the next version of the Funambol Blackberry 
client will not support the sif format for Contacts.  It will only 
support vcard.  If you want sif support you will need to recompile the 
Blackberry client.

I have been testing the 7.1 alpha/beta version of the Blackberry client 
and I can confirm that this is indeed true.

Furthermore, according to this post on the developers list sif* is going 
to be phased out altogether.

https://core.forge.funambol.org/ds/viewMessage.do?dsForumId=402&dsMessageId=30652

It appears that the Sync4j driver in Horde will need to dynamically 
determine if the content needs to be converted rather than just assuming 
that the client wants sif.

Tom


-- 
************************************************************************
Tom Malone
Manager of IT Systems and Administration
Lancer Insurance Company
370 West Park Avenue
Long Beach, N.Y. 11561
Phone: (516) 431-4441 x3230
Fax: (516) 889-5111
E-mail: tmalone at lancer-ins.com
************************************************************************

===========================================================================

Please consider our environment before printing this email message.

The information contained in this communication may be confidential, is
intended only for the use of the recipient(s) named above, and may be
legally privileged.  You are hereby notified that any dissemination,
distribution or copying of this communication and any of its contents or
attachments is strictly prohibited.  If you have received this
communication in error, please notify us immediately by replying to this
message and please delete this message from all computers and servers.


From bernhard at intevation.de  Fri Feb 20 09:14:44 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 20 Feb 2009 09:14:44 +0100
Subject: 
In-Reply-To: <BLU122-W5163970F01E4308D9828DCA3B20@phx.gbl>
References: <BLU122-W5163970F01E4308D9828DCA3B20@phx.gbl>
Message-ID: <200902200914.45344.bernhard@intevation.de>

Am Donnerstag, 19. Februar 2009 13:07:25 schrieb kiser Caesar:
> To "patch" ClamAV I need to install ClamAV 0.94. then ClamAV 0.94.2 ? Or I
> can install directly ClamAV 0.94.2 ?

Directly go to the latest version of ClamAV.

-- 
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/20090220/6bfdaf8d/attachment.bin

From kolabadmin at cit.notraces.net  Mon Feb 23 12:02:41 2009
From: kolabadmin at cit.notraces.net (Paul)
Date: Mon, 23 Feb 2009 11:02:41 -0000
Subject: View kolab-Calendar on a public Website?
Message-ID: <200902231202.42207.kolabadmin@cit.notraces.net>

Hi all,

is ther a possibility to view an kolab-calendar on a public website (e.g. 
based on wordpress and the ICS Calendar-Plugin).

Condition would be for instance the groupDav or calDav protokol, like it works 
on citadel. But in horde I found only the internal url - it shows a specific 
calendar in the horde web interface.
any ideas?

background ist the plan to implement a public event-calendar which is based on 
several kolab-calendars from some organisations.

cheers paul


From ml at radoeka.nl  Mon Feb 23 14:27:13 2009
From: ml at radoeka.nl (Richard Bos)
Date: Mon, 23 Feb 2009 14:27:13 +0100
Subject: View kolab-Calendar on a public Website?
In-Reply-To: <200902231202.42207.kolabadmin@cit.notraces.net>
References: <200902231202.42207.kolabadmin@cit.notraces.net>
Message-ID: <20090223132713.GA9820@xs4all.nl>

On Mon, Feb 23, 2009 at 11:02:41AM -0000, Paul wrote:
> Hi all,
> 
> is ther a possibility to view an kolab-calendar on a public website (e.g. 
> based on wordpress and the ICS Calendar-Plugin).
> 
> Condition would be for instance the groupDav or calDav protokol, like it works 
> on citadel. But in horde I found only the internal url - it shows a specific 
> calendar in the horde web interface.
> any ideas?

Perhaps phpicalendar?
http://phpicalendar.net/

-- 
Richard


From mario at hummy.org  Mon Feb 23 23:36:39 2009
From: mario at hummy.org (Mario Ramos)
Date: Mon, 23 Feb 2009 23:36:39 +0100
Subject: fetching mail from gmail
Message-ID: <d3aeea660902231436w7388f437uab3e759b85f5ad2e@mail.gmail.com>

Hello.

I'm trying to set up gmail to fetch mail from my kolab accounts.

When I use POP3S, on gmail I get:

Server returned error: "[IN-USE] Unable to lock maildrop: Mailbox is locked
by POP server"


Also in /kolab/var/imapd/log/pop3d.log I get:

Feb 23 22:39:43 mrburns <error> pop3s[10062]: Unable to lock maildrop
domain.com!
user.mramos: Mailbox is locked by POP server



When I use IMAPS, on gmail I get:

Using IMAP port 993:

There was a problem connecting to mail.domain.com
Show error details Server returned error: "Missing +OK response upon
connecting to the server: * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID
AUTH=PLAIN SASL-IR] ldap.domain.com Cyrus IMAP4 v2.3.11-kolab-nocaps server
ready"



And on /kolab/var/imapd/log/imapd.log I get:

Feb 23 22:55:22 mrburns <debug> imaps[10789]: accepted connection
Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept() incomplete ->
wait
Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete: starting txn
2147485336
Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete: committing txn
2147485336
Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore: starting txn
2147485337
Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore: committing txn
2147485337
Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept() succeeded -> done
Feb 23 22:55:22 mrburns <notice> imaps[10789]: starttls: TLSv1 with cipher
RC4-MD5 (128/128 bits new) no authentication


I've been searching about the "Mailbox is locked" and all I can find is
people blaming gmail.

http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22[IN-USE]%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results

http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1

The weirdest thing, is that sometimes gmail works, but that's only 1 out of
15 or 20.

Is not SSL related, it does the same using POP.

Does anyone have any hints on what's causing this error?


Thanks.
Mario.

-- 
PS ? Please help preserve the environment, don't print this email unless you
have to.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090223/626bc887/attachment.html

From wrobel at pardus.de  Mon Feb 23 23:44:54 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 23 Feb 2009 23:44:54 +0100
Subject: Trouble with calendars between outlook 2003 and Thunderbird +
	trouble with event under horde
In-Reply-To: <BLU122-W4C315BE9C3362D6D05AE7A3BB0@phx.gbl>
References: <mailman.8.1234436402.11603.kolab-users@kolab.org>
	<BLU122-W4C315BE9C3362D6D05AE7A3BB0@phx.gbl>
Message-ID: <20090223234454.14778m2pb2pd3gf4@webmail.pardus.de>


Quoting kiser Caesar <kcaesar at hotmail.com>:

[snip]

> I'm the first to have this trouble ? I'm not
> lucky :( Well today I find a new bug .... When a user create some
> events under outlook, the same event is show in state cancelled in
> the horde interface...Thank,

Should be linked to https://www.intevation.de/roundup/kolab/issue3342

Cheers,

Gunnar

-- 
____ 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 <<
--------------------------------------------------------------------

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

-------------- 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/20090223/27608a3f/attachment.bin

From boaz60 at gmail.com  Tue Feb 24 00:18:27 2009
From: boaz60 at gmail.com (Boaz)
Date: Mon, 23 Feb 2009 16:18:27 -0700
Subject: SyncML
Message-ID: <d30594710902231518y62655e74n960aa491596d2ac4@mail.gmail.com>

Does anyone know if Kolab is still getting native SyncML support in March?
(including task support)

Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090223/61746c22/attachment.html

From jan at horde.org  Tue Feb 24 01:25:22 2009
From: jan at horde.org (Jan Schneider)
Date: Tue, 24 Feb 2009 01:25:22 +0100
Subject: View kolab-Calendar on a public Website?
In-Reply-To: <200902231202.42207.kolabadmin@cit.notraces.net>
References: <200902231202.42207.kolabadmin@cit.notraces.net>
Message-ID: <20090224012522.16325us2hyqp3uo0@neo.wg.de>

Zitat von Paul <kolabadmin at cit.notraces.net>:

> Hi all,
>
> is ther a possibility to view an kolab-calendar on a public website (e.g.
> based on wordpress and the ICS Calendar-Plugin).
>
> Condition would be for instance the groupDav or calDav protokol,  
> like it works
> on citadel. But in horde I found only the internal url - it shows a specific
> calendar in the horde web interface.
> any ideas?
>
> background ist the plan to implement a public event-calendar which  
> is based on
> several kolab-calendars from some organisations.

Kronolith 2.3 has support for calendar widgets embeddable into  
websites, blogs, etc.

See http://mrubinsk.blogspot.com/ for examples.

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/


From bernhard at intevation.de  Tue Feb 24 12:36:28 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 24 Feb 2009 12:36:28 +0100
Subject: SyncML
In-Reply-To: <d30594710902231518y62655e74n960aa491596d2ac4@mail.gmail.com>
References: <d30594710902231518y62655e74n960aa491596d2ac4@mail.gmail.com>
Message-ID: <200902241236.29499.bernhard@intevation.de>

Am Dienstag, 24. Februar 2009 00:18:27 schrieb Boaz:
> Does anyone know if Kolab is still getting native SyncML support in March?
> (including task support)

The Kolab Web Client (coming with Kolab Server 2.2.1) will have some SyncML 
support. You can help testing the upcoming rc1.

http://www.kolab.org/roadmap.html
| Release 2.2.1 is envisioned for March 2009. It will have at least one 
| release candidate before that (scheduled for February 2009) and a beta end 
| of 2008 (2.2.1-beta1 was released in December 2008). Planned improvements 
| include adding the SyncML improvements to the Kolab Webclient, code cleanup 
| and eliminating defects.    

-- 
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/20090224/6b9d8fcd/attachment.bin

From wrobel at pardus.de  Wed Feb 25 07:52:32 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Wed, 25 Feb 2009 07:52:32 +0100
Subject: SyncML
In-Reply-To: <d30594710902122149x39024d3em8813b2b64f55f3ee@mail.gmail.com>
References: <d30594710902122149x39024d3em8813b2b64f55f3ee@mail.gmail.com>
Message-ID: <20090225075232.14226evn413cvm8s@webmail.pardus.de>

Hi Boaz,


Quoting Boaz <boaz60 at gmail.com>:

> I've been researching for several days, but have been unable to
find
> any conclusive status on using mobile push mail with Kolab,

Push mail is something completely different than SyncML and the Kolab  
server does not have push mail at the moment.

> from
> what I understand SyncML support is coming soon. Should I hold out
> or is there a way to sync mail, contacts, events & tasks now
> with the Win Mobile 6.1 software that is relatively stable?

SyncML support will be available in Kolab Server 2.2.1 and should  
already be supported in the current beta. It will only support  
contacts and events though.

>  I know there is a Horde solution that utilizes a separate database,
> which I would prefer to avoid, as I cannot seem to find sufficient
> information on how to set it up.

Kolab Server 2.2.1 uses a small SQLite database that is directly  
included and there is no additional setup requirement.

Cheers,

Gunnar

>
> Thanks for any insight you might have.  :)

-- 
____ 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 <<
--------------------------------------------------------------------

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090225/3e2a93e5/attachment.bin

From wrobel at pardus.de  Wed Feb 25 08:06:20 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Wed, 25 Feb 2009 08:06:20 +0100
Subject: Funambol 7.1.* Blackberry client
In-Reply-To: <499D93C6.7090505@lancer-ins.com>
References: <499D93C6.7090505@lancer-ins.com>
Message-ID: <20090225080620.220614gnag5fgnhc@webmail.pardus.de>

Quoting Tom Malone <tmalone at lancer-ins.com>:

> I was poking around on the Funambol discussion boards and I came across
> this posting.
>
> https://core.forge.funambol.org/ds/viewMessage.do?dsForumId=405&dsMessageId=33397
>
> According to the author the next version of the Funambol Blackberry
> client will not support the sif format for Contacts.  It will only
> support vcard.  If you want sif support you will need to recompile the
> Blackberry client.
>
> I have been testing the 7.1 alpha/beta version of the Blackberry client
> and I can confirm that this is indeed true.
>
> Furthermore, according to this post on the developers list sif* is going
> to be phased out altogether.
>
> https://core.forge.funambol.org/ds/viewMessage.do?dsForumId=402&dsMessageId=30652
>
> It appears that the Sync4j driver in Horde will need to dynamically
> determine if the content needs to be converted rather than just assuming
> that the client wants sif.

This is stuff that should be discussed on the Horde SyncML mailing  
list (http://lists.horde.org/mailman/listinfo/sync).

Cheers,

Gunnar

>
> Tom
>
>
> --
> ************************************************************************
> Tom Malone
> Manager of IT Systems and Administration
> Lancer Insurance Company
> 370 West Park Avenue
> Long Beach, N.Y. 11561
> Phone: (516) 431-4441 x3230
> Fax: (516) 889-5111
> E-mail: tmalone at lancer-ins.com
> ************************************************************************
>
> ===========================================================================
>
> Please consider our environment before printing this email message.
>
> The information contained in this communication may be confidential, is
> intended only for the use of the recipient(s) named above, and may be
> legally privileged.  You are hereby notified that any dissemination,
> distribution or copying of this communication and any of its contents or
> attachments is strictly prohibited.  If you have received this
> communication in error, please notify us immediately by replying to this
> message and please delete this message from all computers and servers.
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090225/a409536f/attachment.bin

From wrobel at pardus.de  Wed Feb 25 08:13:03 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Wed, 25 Feb 2009 08:13:03 +0100
Subject: View kolab-Calendar on a public Website?
In-Reply-To: <20090224012522.16325us2hyqp3uo0@neo.wg.de>
References: <200902231202.42207.kolabadmin@cit.notraces.net>
	<20090224012522.16325us2hyqp3uo0@neo.wg.de>
Message-ID: <20090225081303.57011saa0n5maav4@webmail.pardus.de>

Quoting Jan Schneider <jan at horde.org>:

> Zitat von Paul <kolabadmin at cit.notraces.net>:
>
>> Hi all,
>>
>> is ther a possibility to view an kolab-calendar on a public website (e.g.
>> based on wordpress and the ICS Calendar-Plugin).
>>
>> Condition would be for instance the groupDav or calDav protokol,
>> like it works
>> on citadel. But in horde I found only the internal url - it shows a specific
>> calendar in the horde web interface.
>> any ideas?
>>
>> background ist the plan to implement a public event-calendar which
>> is based on
>> several kolab-calendars from some organisations.
>
> Kronolith 2.3 has support for calendar widgets embeddable into
> websites, blogs, etc.
>
> See http://mrubinsk.blogspot.com/ for examples.

I'd expect this to be something that only works if you allow guest  
access to the data, right?

And we still do not support anonymous access via Horde to the Kolab  
server data.
This is still high priority on my list of things to do.

Cheers,

Gunnar

>
> Jan.
>
> --
> Do you need professional PHP or Horde consulting?
> http://horde.org/consulting/
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090225/2b06d748/attachment.bin

From wrobel at pardus.de  Wed Feb 25 08:20:50 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Wed, 25 Feb 2009 08:20:50 +0100
Subject: fetching mail from gmail
In-Reply-To: <d3aeea660902231436w7388f437uab3e759b85f5ad2e@mail.gmail.com>
References: <d3aeea660902231436w7388f437uab3e759b85f5ad2e@mail.gmail.com>
Message-ID: <20090225082050.61523s24q5b9y4ow@webmail.pardus.de>


Quoting Mario Ramos <mario at hummy.org>:

> Hello.
>
> I'm trying to set up gmail to fetch mail from my kolab accounts.
>
> When I use POP3S, on gmail I get:
>
> Server returned error: "[IN-USE] Unable to lock maildrop:
> Mailbox is locked by POP server"
>  Also in /kolab/var/imapd/log/pop3d.log I get:
>
> Feb 23 22:39:43 mrburns <error> pop3s[10062]: Unable to lock
> maildrop domain.com[1]!
> user.mramos: Mailbox is locked by POP server
>
> When I use IMAPS, on gmail I get:
>
> Using IMAP port 993:
>
> There was a problem connecting to mail.domain.com[2]
> Show error details Server returned error: "Missing +OK
> response upon connecting to the server: * OK [CAPABILITY IMAP4
> IMAP4rev1 LITERAL+ ID AUTH=PLAIN SASL-IR] ldap.domain.com[3] Cyrus
> IMAP4 v2.3.11-kolab-nocaps server ready"
>
> And on /kolab/var/imapd/log/imapd.log I get:
>
> Feb 23 22:55:22 mrburns <debug> imaps[10789]: accepted
> connection
> Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept()
> incomplete -> wait
> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete:
> starting txn 2147485336
> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete:
> committing txn 2147485336
> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore:
> starting txn 2147485337
> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore:
> committing txn 2147485337
> Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept()
> succeeded -> done
> Feb 23 22:55:22 mrburns <notice> imaps[10789]: starttls:
> TLSv1 with cipher RC4-MD5 (128/128 bits new) no authentication
>  I've been searching about the "Mailbox is locked" and all
> I can find is people blaming gmail.
>
>
http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22[IN-USE]%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results[4]
>
http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1[5]
>  The weirdest thing, is that sometimes gmail works, but that's only
> 1 out of 15 or 20.
>
> Is not SSL related, it does the same using POP.
>
> Does anyone have any hints on what's causing this error?

I assume several processes may not perform POP on the same mailbox at  
the same time. And apparently the way google talks to the server keeps  
processes open, thus locking additional ones.

In the IMAP situation Google does not seem to understand the IMAP  
response from the server. I believe the Cyrus IMAP server can be  
considered a reference when it comes to IMAP. So if Google does not  
understand it this is definitely something they need to fix on their  
side.

Cheers,

Gunnar

>
>
> Thanks.
> Mario.
>
> -- 
> PS ? Please help preserve the environment, don't print this email
> unless you have to.

-- 
______ 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 <<
--------------------------------------------------------------------

Links:
------
[1] http://domain.com
[2] http://mail.domain.com
[3] http://ldap.domain.com
[4]  
http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22[IN-USE]%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results
[5]  
http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&amp;fwc=1


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090225/17e7ece0/attachment.bin

From wrobel at pardus.de  Wed Feb 25 08:41:06 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Wed, 25 Feb 2009 08:41:06 +0100
Subject: Access to special Kolab users is denied
In-Reply-To: <BLU119-W313A475F462538596AA010D3B40@phx.gbl>
References: <BLU119-W24D66BF1BD58BEDB500F6CD3B70@phx.gbl>
	<71fe4e760902160524p41351f53h59dc7a284fedeaa5@mail.gmail.com>
	<BLU119-W313A475F462538596AA010D3B40@phx.gbl>
Message-ID: <20090225084106.11434m7ureem72g4@webmail.pardus.de>


Quoting Carlos Manuel ?vila Vegas <ioreal at hotmail.com>:

> Hi all,
>  thank you for your answer Alain. Yes the goal was to deny access to  
> manager user, but I couldn't
> find to reverse it. I wanted to allow login to the manager user in  
> order to change preferences and configuration through the web
> client.
>  The solution was quite simple. I was able to allow login to another
> user as an admin just editing the file
> /kolab/var/kolab/www/client/config/conf.php
>  $conf['auth']['admins'] = array('manager','user at domain.com');
>
> The user "manager" still won't have access to the web
> client, but the rest of valid users will. Note that the user "user"  
> is not a special kolab user, so
> it has access to the web client and, from now on, to the
> administration of the kolab environment.

Yes, this is indeed possible. Allowing the manager in Horde is really  
not okay as that user has special IMAP rights. This leads to a series  
of weird display effects when logging in as "manager" and has  
potential for wreaking havoc.

So making a standard user a Horde Admin is okay but definitely not  
encouraged. You have to know Horde quite well to be able to use the  
web admin frontend within Horde without destroying critical Kolab  
configuration settings.

We should improve in that area to ensure that you always retain a  
backup of the original configuration so that people can easily revert.

Cheers,

Gunnar

>  Thank you all,
>  Regards
>  Carlos ?vila.
>
> > Date: Mon, 16 Feb 2009 14:24:44 +0100
> > Subject: Re: Access to special Kolab users is denied
> > From: aspineux at gmail.com
> > To: ioreal at hotmail.com
> > CC: kolab-users at kolab.org
> > > On Mon, Feb 16, 2009 at 10:13 AM, Carlos Manuel ?vila Vegas
> > <ioreal at hotmail.com> wrote:
> > >
> > > Hi all,
> > >
> > > I'm having a little problem with my new kolab
> installation. I've installed
> > > the new beta Kolab-Server-2.2.1 but when I try to login
> to horde as manager
> > > i cannot. I get this message:
> > >
> > > "Access to special Kolab users is denied."
> > >
> > > I thing the goal is to deny manager login !
> > The message is correct !
> > > > I have searched but I haven't find how to allow manager
> to login and I want
> > > to change the general preferences for all users (like the
> colours
> > > combination, spam configuration, etc).
> > > Hope someone else will tell you how to do that !
> > > >
> > > I just have found this message where they say that it has
> been resolved, but
> > > I don't know how to chage this preference,
> > >
> > > https://www.intevation.de/roundup/kolab/issue2548
> > >
> > > Thank you very much in advance.
> > >
> > > Regards.
> > >
> > > ________________________________
> > > ?Tu fondo de escritorio es aburrido? An?malo con las
> im?genes m?s
> > > espectaculares
> > > _______________________________________________
> > > Kolab-users mailing list
> > > Kolab-users at kolab.org
> > > https://kolab.org/mailman/listinfo/kolab-users
> > >
> > >
> > > > > -- > Alain Spineux
> > aspineux gmail com
> > May the sources be with you
> > > _______________________________________________
> > Kolab-users mailing list
> > Kolab-users at kolab.org
> > https://kolab.org/mailman/listinfo/kolab-users
>
>
> -------------------------
> Juega a las preguntas de Live Quiz con tus contactos de Messenger
>  href=\"http://www.vivelive.com/LiveQuiz/\">?Empieza ahora!

-- 
____ 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 <<
--------------------------------------------------------------------

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090225/7c9ebd81/attachment-0001.bin

From wrobel at pardus.de  Wed Feb 25 09:17:26 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Wed, 25 Feb 2009 09:17:26 +0100
Subject: PGP-Error with Horde
In-Reply-To: <200902121204.17698.kolabadmin@cit.notraces.net>
References: <200902091255.43769.kolabadmin@cit.notraces.net>
	<200902091841.18407.kolabadmin@cit.notraces.net>
	<20090211104536.18945ymodn9j374s@webmail.pardus.de>
	<200902121204.17698.kolabadmin@cit.notraces.net>
Message-ID: <20090225091726.199893v3yi61gpli@webmail.pardus.de>

Quoting kolabadmin <kolabadmin at cit.notraces.net>:

> Am Mittwoch, 11. Februar 2009 schrieb Gunnar Wrobel:
>> Quoting Paul <kolabadmin at cit.notraces.net>:
>> > Am Montag, 9. Februar 2009 schrieb Gunnar Wrobel:
>> >> Quoting Paul <kolabadmin at cit.notraces.net>:
>> >> > Hi all,
>> >
>> > But the next problem appeared: if i try to upload a public key i get the
>> > message:
>> >
>> > "This person already has a pgpPublicKey entry in the address book"
>> >
>> > How else can i assign a key to a person?
>>
>> As the error message tells you that you already uploaded a key you
>> need to remove the key of that person before uploading a new one. You
>> should see a list of available keys and this list should offer you the
>> possibility to delete the key.
>
> this sounds logical, but unfortunately there are no keys at all. I  
> don't see a
> list and never uploaded any key for now.
>
> How are thes keys managed in horde? Where are they stored? This would be a
> helpfull information.

The keys are stored in the contacts as XML nodes in the Kolab XML  
attachment of the mail representing the contact in IMAP.

Did you say which Kolab Server version you are using? This should only  
work in 2.2.1-beta-rc1.

Cheers,

Gunnar

>
> cheers
> paul
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- 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/20090225/7c99ff4d/attachment.bin

From mario at hummy.org  Wed Feb 25 11:47:55 2009
From: mario at hummy.org (Mario Ramos)
Date: Wed, 25 Feb 2009 11:47:55 +0100
Subject: fetching mail from gmail
In-Reply-To: <20090225082050.61523s24q5b9y4ow@webmail.pardus.de>
References: <d3aeea660902231436w7388f437uab3e759b85f5ad2e@mail.gmail.com>
	<20090225082050.61523s24q5b9y4ow@webmail.pardus.de>
Message-ID: <d3aeea660902250247p314062a7qffa42b00589b5d28@mail.gmail.com>

I have a workaround for this issue I think...

This error is produced because gmail doesn't close the connection properly
when talking to the server, therefore the mailbox remains open and locked.

I have changed the following parater from 7200 (2 hours) to 300 (5 min)

*/proc/sys/net/ipv4/tcp_keepalive_time*



http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/usingkeepalive.html

I'm not sure why the default setting in linux is 2 hours.
Maybe this is needed when using some specific protocols like bgp to prevent
erros when the system is flapping....

I can't think of any reason to keep the connection open for 2 hours.

Changing this setting has +-fixed the issue, but I'm not sure what other
implications this setting may have on the system.


Cheers.
Mario.

2009/2/25 Gunnar Wrobel <wrobel at pardus.de>

>
> Quoting Mario Ramos <mario at hummy.org>:
>
>  Hello.
>>
>> I'm trying to set up gmail to fetch mail from my kolab accounts.
>>
>> When I use POP3S, on gmail I get:
>>
>> Server returned error: "[IN-USE] Unable to lock maildrop:
>> Mailbox is locked by POP server"
>>  Also in /kolab/var/imapd/log/pop3d.log I get:
>>
>> Feb 23 22:39:43 mrburns <error> pop3s[10062]: Unable to lock
>> maildrop domain.com[1]!
>> user.mramos: Mailbox is locked by POP server
>>
>> When I use IMAPS, on gmail I get:
>>
>> Using IMAP port 993:
>>
>> There was a problem connecting to mail.domain.com[2]
>> Show error details Server returned error: "Missing +OK
>> response upon connecting to the server: * OK [CAPABILITY IMAP4
>> IMAP4rev1 LITERAL+ ID AUTH=PLAIN SASL-IR] ldap.domain.com[3] Cyrus
>> IMAP4 v2.3.11-kolab-nocaps server ready"
>>
>> And on /kolab/var/imapd/log/imapd.log I get:
>>
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: accepted
>> connection
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept()
>> incomplete -> wait
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete:
>> starting txn 2147485336
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete:
>> committing txn 2147485336
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore:
>> starting txn 2147485337
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore:
>> committing txn 2147485337
>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept()
>> succeeded -> done
>> Feb 23 22:55:22 mrburns <notice> imaps[10789]: starttls:
>> TLSv1 with cipher RC4-MD5 (128/128 bits new) no authentication
>>  I've been searching about the "Mailbox is locked" and all
>> I can find is people blaming gmail.
>>
>>
>>
> http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22[IN-USE]%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results[4]<http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22%5BIN-USE%5D%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results%5B4%5D>
>
>>
>>
> http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1[5]<http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1%5B5%5D>
>
>>  The weirdest thing, is that sometimes gmail works, but that's only
>> 1 out of 15 or 20.
>>
>> Is not SSL related, it does the same using POP.
>>
>> Does anyone have any hints on what's causing this error?
>>
>
> I assume several processes may not perform POP on the same mailbox at the
> same time. And apparently the way google talks to the server keeps processes
> open, thus locking additional ones.
>
> In the IMAP situation Google does not seem to understand the IMAP response
> from the server. I believe the Cyrus IMAP server can be considered a
> reference when it comes to IMAP. So if Google does not understand it this is
> definitely something they need to fix on their side.
>
> Cheers,
>
> Gunnar
>
>
>>
>> Thanks.
>> Mario.
>>
>> --
>> PS ? Please help preserve the environment, don't print this email
>> unless you have to.
>>
>
> --
> ______ 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 <<
> --------------------------------------------------------------------
>
> Links:
> ------
> [1] http://domain.com
> [2] http://mail.domain.com
> [3] http://ldap.domain.com
> [4]
> http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22[IN-USE]%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results<http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22%5BIN-USE%5D%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results>
> [5]
> http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&amp;fwc=1<http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>


-- 
PS ? Please help preserve the environment, don?t print this email unless you
have to.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090225/382add7c/attachment.html

From devgioiatech at gmail.com  Wed Feb 25 16:31:28 2009
From: devgioiatech at gmail.com (Antonio Straziota)
Date: Wed, 25 Feb 2009 16:31:28 +0100
Subject: backup for kolab
Message-ID: <d53357b70902250731w706bc8aq7bcce61093ced941@mail.gmail.com>

Hi there,
i need to have a hot backup for kolab.
looking to http://wiki.kolab.org/index.php/Backups_for_kolab2 is very
simple, but it requires to stopp kolab service.
is there a way to backup all kolab data without stop-start kolab?

thanks.
A.


From delonly at gmail.com  Wed Feb 25 17:54:06 2009
From: delonly at gmail.com (Del)
Date: Wed, 25 Feb 2009 17:54:06 +0100
Subject: backup for kolab
In-Reply-To: <d53357b70902250731w706bc8aq7bcce61093ced941@mail.gmail.com>
References: <d53357b70902250731w706bc8aq7bcce61093ced941@mail.gmail.com>
Message-ID: <200902251754.06322.delonly@gmail.com>

Your question is more related to filesystems and volume management than Kolab. 
You want to take a snapshot. Use of LVM is one solution to this, see this 
article for more information:
http://arstechnica.com/open-source/news/2004/10/linux-20041013.ars

On Wednesday 25 February 2009 16:31:28 Antonio Straziota wrote:
> Hi there,
> i need to have a hot backup for kolab.
> looking to http://wiki.kolab.org/index.php/Backups_for_kolab2 is very
> simple, but it requires to stopp kolab service.
> is there a way to backup all kolab data without stop-start kolab?
>
> thanks.
> A.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users


From aspineux at gmail.com  Thu Feb 26 07:54:19 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Thu, 26 Feb 2009 07:54:19 +0100
Subject: backup for kolab
In-Reply-To: <d53357b70902250731w706bc8aq7bcce61093ced941@mail.gmail.com>
References: <d53357b70902250731w706bc8aq7bcce61093ced941@mail.gmail.com>
Message-ID: <71fe4e760902252254g7dbb9e8ah532b38f597efbe67@mail.gmail.com>

On Wed, Feb 25, 2009 at 4:31 PM, Antonio Straziota
<devgioiatech at gmail.com> wrote:
> Hi there,
> i need to have a hot backup for kolab.
> looking to http://wiki.kolab.org/index.php/Backups_for_kolab2 is very
> simple, but it requires to stopp kolab service.
> is there a way to backup all kolab data without stop-start kolab?

It depend what do you need !

slapcat can dump the ldap database when openpldap is running.
imapsync allow you to sync imap mailboxes between 2 servers. Just run
another imap instance in another folder and backup this folder after
the end of the synchronization !
Cyrus imap also provide its own replication mechanism, use it if you
need realtime synchronisation.

Other parts dond need backup or dont need to stop anything ...


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



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From aspineux at gmail.com  Thu Feb 26 08:01:22 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Thu, 26 Feb 2009 08:01:22 +0100
Subject: fetching mail from gmail
In-Reply-To: <d3aeea660902250247p314062a7qffa42b00589b5d28@mail.gmail.com>
References: <d3aeea660902231436w7388f437uab3e759b85f5ad2e@mail.gmail.com>
	<20090225082050.61523s24q5b9y4ow@webmail.pardus.de>
	<d3aeea660902250247p314062a7qffa42b00589b5d28@mail.gmail.com>
Message-ID: <71fe4e760902252301p309a823t6c0fae1418b9bc32@mail.gmail.com>

On Wed, Feb 25, 2009 at 11:47 AM, Mario Ramos <mario at hummy.org> wrote:
> I have a workaround for this issue I think...
>
> This error is produced because gmail doesn't close the connection properly
> when talking to the server, therefore the mailbox remains open and locked.
>
> I have changed the following parater from 7200 (2 hours) to 300 (5 min)
>
> /proc/sys/net/ipv4/tcp_keepalive_time
>
>
>
> http://tldp.org/HOWTO/TCP-Keepalive-HOWTO/usingkeepalive.html
>
> I'm not sure why the default setting in linux is 2 hours.
> Maybe this is needed when using some specific protocols like bgp to prevent
> erros when the system is flapping....
>
> I can't think of any reason to keep the connection open for 2 hours.

When you use ssh, terminal service, .....  when you like to have your
remote application still open when youi come back from lunch !!!!!


maybe this in imapd.conf !!!!

       poptimeout: 10
            Set the length of the POP server's inactivity autologout timer, in
            minutes.  The minimum value is 10, the default.


>
> Changing this setting has +-fixed the issue, but I'm not sure what other
> implications this setting may have on the system.

Hum this is a bad idea !

>
>
> Cheers.
> Mario.
>
> 2009/2/25 Gunnar Wrobel <wrobel at pardus.de>
>>
>> Quoting Mario Ramos <mario at hummy.org>:
>>
>>> Hello.
>>>
>>> I'm trying to set up gmail to fetch mail from my kolab accounts.
>>>
>>> When I use POP3S, on gmail I get:
>>>
>>> Server returned error: "[IN-USE] Unable to lock maildrop:
>>> Mailbox is locked by POP server"
>>>  Also in /kolab/var/imapd/log/pop3d.log I get:
>>>
>>> Feb 23 22:39:43 mrburns <error> pop3s[10062]: Unable to lock
>>> maildrop domain.com[1]!
>>> user.mramos: Mailbox is locked by POP server
>>>
>>> When I use IMAPS, on gmail I get:
>>>
>>> Using IMAP port 993:
>>>
>>> There was a problem connecting to mail.domain.com[2]
>>> Show error details Server returned error: "Missing +OK
>>> response upon connecting to the server: * OK [CAPABILITY IMAP4
>>> IMAP4rev1 LITERAL+ ID AUTH=PLAIN SASL-IR] ldap.domain.com[3] Cyrus
>>> IMAP4 v2.3.11-kolab-nocaps server ready"
>>>
>>> And on /kolab/var/imapd/log/imapd.log I get:
>>>
>>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: accepted
>>> connection
>>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept()
>>> incomplete -> wait
>>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete:
>>> starting txn 2147485336
>>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mydelete:
>>> committing txn 2147485336
>>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore:
>>> starting txn 2147485337
>>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: mystore:
>>> committing txn 2147485337
>>> Feb 23 22:55:22 mrburns <debug> imaps[10789]: SSL_accept()
>>> succeeded -> done
>>> Feb 23 22:55:22 mrburns <notice> imaps[10789]: starttls:
>>> TLSv1 with cipher RC4-MD5 (128/128 bits new) no authentication
>>>  I've been searching about the "Mailbox is locked" and all
>>> I can find is people blaming gmail.
>>>
>>>
>>
>> http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22[IN-USE]%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results[4]
>>>
>>
>> http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&fwc=1[5]
>>>
>>>  The weirdest thing, is that sometimes gmail works, but that's only
>>> 1 out of 15 or 20.
>>>
>>> Is not SSL related, it does the same using POP.
>>>
>>> Does anyone have any hints on what's causing this error?
>>
>> I assume several processes may not perform POP on the same mailbox at the
>> same time. And apparently the way google talks to the server keeps processes
>> open, thus locking additional ones.
>>
>> In the IMAP situation Google does not seem to understand the IMAP response
>> from the server. I believe the Cyrus IMAP server can be considered a
>> reference when it comes to IMAP. So if Google does not understand it this is
>> definitely something they need to fix on their side.
>>
>> Cheers,
>>
>> Gunnar
>>
>>>
>>>
>>> Thanks.
>>> Mario.
>>>
>>> --
>>> PS – Please help preserve the environment, don't print this email
>>> unless you have to.
>>
>> --
>> ______ 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 <<
>> --------------------------------------------------------------------
>>
>> Links:
>> ------
>> [1] http://domain.com
>> [2] http://mail.domain.com
>> [3] http://ldap.domain.com
>> [4]
>> http://markmail.org/message/pw4za5ltlr5hxuv2#query:Server%20returned%20error%3A%20%22[IN-USE]%20Unable%20to%20lock%20maildrop%3A%20Mailbox%20is%20locked%20by%20POP%20server%22+page:1+mid:pw4za5ltlr5hxuv2+state:results
>> [5]
>> http://groups.google.com/group/Gmail-Help-POP-and-IMAP-en/browse_thread/thread/9503a8e5f6b4f48a/01c6939d1a60104d?lnk=raot&amp;fwc=1
>>
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>>
>> _______________________________________________
>> Kolab-users mailing list
>> Kolab-users at kolab.org
>> https://kolab.org/mailman/listinfo/kolab-users
>>
>
>
>
> --
> PS – Please help preserve the environment, don’t print this email unless you
> have to.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From itsef-admin at brightsight.com  Thu Feb 26 09:06:18 2009
From: itsef-admin at brightsight.com (ITSEF Admin)
Date: Thu, 26 Feb 2009 09:06:18 +0100
Subject: backup for kolab
In-Reply-To: <d53357b70902250731w706bc8aq7bcce61093ced941@mail.gmail.com>
References: <d53357b70902250731w706bc8aq7bcce61093ced941@mail.gmail.com>
Message-ID: <200902260906.18855.itsef-admin@brightsight.com>

On Wednesday 25 February 2009 16:31:28 Antonio Straziota wrote:
> i need to have a hot backup for kolab.
> looking to http://wiki.kolab.org/index.php/Backups_for_kolab2 is very
> simple, but it requires to stopp kolab service.
> is there a way to backup all kolab data without stop-start kolab?

In my experience, there is no need to stop any service. We've been pulling 
backups from the live imap spool for three years now without stopping cyrus 
(we actually ran into problems with starting/stopping way back then). The 
worst that can happen is that a few mails will not get backed up as they 
appeared or disappeared after rsync has made its file list. Those mails will 
get picked up in the next round. We're running four incremental snapshots per 
day that way and up until now it seems to work perfectly fine.

Hence, it really depends on what you need to accomplish: If you have a *lot* 
of mail coming in at any given time and if you need your backups to be 100% 
accurate all the time, you might have to think about other ways. If you can 
live with the scenario I described above, you get away with not stopping 
cyrus.

Cheerio,

Thomas


From devgioiatech at gmail.com  Thu Feb 26 10:30:03 2009
From: devgioiatech at gmail.com (Antonio Straziota)
Date: Thu, 26 Feb 2009 10:30:03 +0100
Subject: backup for kolab
In-Reply-To: <200902260906.18855.itsef-admin@brightsight.com>
References: <d53357b70902250731w706bc8aq7bcce61093ced941@mail.gmail.com>
	<200902260906.18855.itsef-admin@brightsight.com>
Message-ID: <d53357b70902260130re269aaehdf1174a87022639c@mail.gmail.com>

Thanks to all for the help! ;)

i'll try without stopping neither.

bye!

2009/2/26 ITSEF Admin <itsef-admin at brightsight.com>:
> On Wednesday 25 February 2009 16:31:28 Antonio Straziota wrote:
>> i need to have a hot backup for kolab.
>> looking to http://wiki.kolab.org/index.php/Backups_for_kolab2 is very
>> simple, but it requires to stopp kolab service.
>> is there a way to backup all kolab data without stop-start kolab?
>
> In my experience, there is no need to stop any service. We've been pulling
> backups from the live imap spool for three years now without stopping cyrus
> (we actually ran into problems with starting/stopping way back then). The
> worst that can happen is that a few mails will not get backed up as they
> appeared or disappeared after rsync has made its file list. Those mails will
> get picked up in the next round. We're running four incremental snapshots per
> day that way and up until now it seems to work perfectly fine.
>
> Hence, it really depends on what you need to accomplish: If you have a *lot*
> of mail coming in at any given time and if you need your backups to be 100%
> accurate all the time, you might have to think about other ways. If you can
> live with the scenario I described above, you get away with not stopping
> cyrus.
>
> Cheerio,
>
> Thomas
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>


From bernhard at intevation.de  Thu Feb 26 12:58:19 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 26 Feb 2009 12:58:19 +0100
Subject: New Kontact e35 version in apt "testing"!
Message-ID: <200902261258.29754.bernhard@intevation.de>

Hello,

a version of the KDE Kolab Client Enterprise35 for Debian GNU/Linux Etch
got moved to  https://apt.intevation.de/dists/etch/testing/ .
You will find there the typical components of a Debian package with sources.
For those unfamiliar with Debian, this is a tarball with additional files
and course some binaries build out of it which are only provided for ia32
from us.

All this can be a good starting point for rebuilding binaries for Lenny, other 
platforms like ppc or to package for a different distribution like Ubuntu 
oder UCS.

Versions on "testing" come from "unstable".They have survived the internal 
quality control and about one week of real usage. We believe they are ready 
for production quality. As always with software, some issues are known.

We encourage feedback about each current version from "testing"
so it can be moved to "stable". Of course feedback from "unstable" is also 
very valueable and you get the improvements and corrections faster.

Background:
The Kolab-Konsortium people developing and maintaining 
this enterprise 35 (e35)  version use a build service mill
to try to catch errors early: http://saegewerk.intevation.de/
About once a week we identify a drop candiate, which gets picked from the mill
and put up to "experimental". Now we do some internal quality control 
which consists of a small basic test and a more intensive check of the part
that have changed since the last test. If all is fine and this candiate is 
better compared to the last, we will move it to "unstable".

Our small basic test usually is a subset of  
http://wiki.kolab.org/index.php/Kontact_Test_Plan

To find out what has changed between versions that you consider to install,
consult the NewsLog between the drop candidate dates in question:
http://websvn.kde.org/branches/kdepim/enterprise/kdepim/NewsLog.txt?view=log

E35 is strictly for platforms where KDE 3.5 runs, e.g. GNU/Linux, BSD and 
other Unix platforms. The next generation KDE runs on more platforms and its 
Kolab Client is Enterprise4. In case you wonder: Yes, this is KDE Kontact 
using its principal components like KMail, KOrganiser, KAddressbook and more,
enterprise just means that we use a special branch to develop this more 
conservatively.

Best Regards,
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/20090226/6d1d7584/attachment.bin

From johnm at advocap.org  Fri Feb 27 02:45:32 2009
From: johnm at advocap.org (John McMonagle)
Date: Thu, 26 Feb 2009 19:45:32 -0600
Subject: New Kontact e35 version in apt "testing"!
In-Reply-To: <200902261258.29754.bernhard@intevation.de>
References: <200902261258.29754.bernhard@intevation.de>
Message-ID: <49A745BC.3070306@advocap.org>

Bernhard

Is enterprise35 testing what you recommend for etch?
Don't see an etch stable?

In http://wiki.kolab.org/index.php/KDE_Kolab_Client  proko2 is recommended.
I suspect that is a bit dated??

Currently we use etch for production.

Am testing lenny's kontact with kolab seems to work Ok other than sieve 
can not connect :-(
Probably be summer before upgrading offices to lenny so hope that will 
be resolved before then.

Thanks for all the help

John


Bernhard Reiter wrote:
> Hello,
>
> a version of the KDE Kolab Client Enterprise35 for Debian GNU/Linux Etch
> got moved to  https://apt.intevation.de/dists/etch/testing/ .
> You will find there the typical components of a Debian package with sources.
> For those unfamiliar with Debian, this is a tarball with additional files
> and course some binaries build out of it which are only provided for ia32
> from us.
>
> All this can be a good starting point for rebuilding binaries for Lenny, other 
> platforms like ppc or to package for a different distribution like Ubuntu 
> oder UCS.
>
> Versions on "testing" come from "unstable".They have survived the internal 
> quality control and about one week of real usage. We believe they are ready 
> for production quality. As always with software, some issues are known.
>
> We encourage feedback about each current version from "testing"
> so it can be moved to "stable". Of course feedback from "unstable" is also 
> very valueable and you get the improvements and corrections faster.
>
> Background:
> The Kolab-Konsortium people developing and maintaining 
> this enterprise 35 (e35)  version use a build service mill
> to try to catch errors early: http://saegewerk.intevation.de/
> About once a week we identify a drop candiate, which gets picked from the mill
> and put up to "experimental". Now we do some internal quality control 
> which consists of a small basic test and a more intensive check of the part
> that have changed since the last test. If all is fine and this candiate is 
> better compared to the last, we will move it to "unstable".
>
> Our small basic test usually is a subset of  
> http://wiki.kolab.org/index.php/Kontact_Test_Plan
>
> To find out what has changed between versions that you consider to install,
> consult the NewsLog between the drop candidate dates in question:
> http://websvn.kde.org/branches/kdepim/enterprise/kdepim/NewsLog.txt?view=log
>
> E35 is strictly for platforms where KDE 3.5 runs, e.g. GNU/Linux, BSD and 
> other Unix platforms. The next generation KDE runs on more platforms and its 
> Kolab Client is Enterprise4. In case you wonder: Yes, this is KDE Kontact 
> using its principal components like KMail, KOrganiser, KAddressbook and more,
> enterprise just means that we use a special branch to develop this more 
> conservatively.
>
> Best Regards,
> Bernhard
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>   


From bernhard at intevation.de  Fri Feb 27 09:08:22 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 27 Feb 2009 09:08:22 +0100
Subject: New Kontact e35 version in apt "testing"!
In-Reply-To: <49A745BC.3070306@advocap.org>
References: <200902261258.29754.bernhard@intevation.de>
	<49A745BC.3070306@advocap.org>
Message-ID: <200902270908.22797.bernhard@intevation.de>

John,

Am Freitag, 27. Februar 2009 02:45:32 schrieb John McMonagle:
> Is enterprise35 testing what you recommend for etch?

yes.

> Don't see an etch stable?

We'll only move it there after getting even more feedback from users.
But e35 is in production use at some sites since about a year.

> In http://wiki.kolab.org/index.php/KDE_Kolab_Client ?proko2 is recommended.
> I suspect that is a bit dated??

Correct, it is a wiki, please help us to improve it. :)
(I'll update http://kolab.org/about-kolab-clients.html#kdeclient2 next.)

> Currently we use etch for production.
>
> Am testing lenny's kontact with kolab seems to work Ok other than sieve
> can not connect :-(

e35 usually is better compared to stock KDE Kontact.
We have one site that just rebuilds e35 on Lenny without hassle and works
with it. We probably add a lenny build to apt.intevation.de as well at some 
point.

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/20090227/bd61b7fe/attachment.bin

From bernhard at intevation.de  Fri Feb 27 10:12:12 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 27 Feb 2009 10:12:12 +0100
Subject: New Kontact e35 version in apt "testing"!
In-Reply-To: <200902270908.22797.bernhard@intevation.de>
References: <200902261258.29754.bernhard@intevation.de>
	<49A745BC.3070306@advocap.org>
	<200902270908.22797.bernhard@intevation.de>
Message-ID: <200902271012.16171.bernhard@intevation.de>

Am Freitag, 27. Februar 2009 09:08:22 schrieb Bernhard Reiter:
> > In http://wiki.kolab.org/index.php/KDE_Kolab_Client ?proko2 is
> > recommended. I suspect that is a bit dated??
>
> Correct, it is a wiki, please help us to improve it. :)
> (I'll update http://kolab.org/about-kolab-clients.html#kdeclient2 next.)

Done, I've updated about-kolab-clients, the roadmap and download pages now.
Help with updating the wiki is highly appreciated.


-- 
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/20090227/c92b7191/attachment.bin

From hjkim at bynari.net  Fri Feb 27 21:22:00 2009
From: hjkim at bynari.net (Hyun Kim)
Date: Fri, 27 Feb 2009 14:22:00 -0600
Subject: release of Beta Bynari's Insight Connector 4.0
Message-ID: <27599d0a.1c99919.bc6a312.6741@bynari.net>

I wanted to let you know that we have released the Beta V4.0 of the Insight Connector.
The performance of the product is MUCH improved.
 
The release note is here:  http://www.bynari.net/release_notes/insight_connector_release_notes/insight_connector_4.0.0_beta_release_notes.html
 
The product can be downloaded here:
http://www.bynari.net/prerelease/latest/connector/kolab/
 
We would appreciate any feedback from the community. 
 
Thanks,
Hyun 

Mrs. Hyun Kim
President
Bynari, Inc.
2639 Electronic Lane, Suite 110
Dallas, Tx  75220
www.bynari.net
(214) 350-5772 X59
(214) 789-8674 cell
(214) 352-3530 fax
"Success is on the far side of failure."  T. J. Watson 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20090227/98e7992d/attachment.html

From michael at pasdziernik.net  Sat Feb 28 10:21:20 2009
From: michael at pasdziernik.net (Michael Pasdziernik)
Date: Sat, 28 Feb 2009 10:21:20 +0100
Subject: release of Beta Bynari's Insight Connector 4.0
In-Reply-To: <27599d0a.1c99919.bc6a312.6741@bynari.net>
References: <27599d0a.1c99919.bc6a312.6741@bynari.net>
Message-ID: <200902281021.20835.michael@pasdziernik.net>

Hi, 
what does PST file support mean? 
Is bynari going to use a pst file for the local cache instead of the 
LocalCache.db file?
Regards
Michael


Am Friday 27 February 2009 21:22:00 schrieb Hyun Kim:
> I wanted to let you know that we have released the Beta V4.0 of the Insight
> Connector. The performance of the product is MUCH improved.
>
> The release note is here: 
> http://www.bynari.net/release_notes/insight_connector_release_notes/insight
>_connector_4.0.0_beta_release_notes.html
>
> The product can be downloaded here:
> http://www.bynari.net/prerelease/latest/connector/kolab/
>
> We would appreciate any feedback from the community.
>
> Thanks,
> Hyun
>
> Mrs. Hyun Kim
> President
> Bynari, Inc.
> 2639 Electronic Lane, Suite 110
> Dallas, Tx  75220
> www.bynari.net
> (214) 350-5772 X59
> (214) 789-8674 cell
> (214) 352-3530 fax
> "Success is on the far side of failure."  T. J. Watson