From bernhard at intevation.de  Wed Jul  1 09:21:46 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 1 Jul 2009 09:21:46 +0200
Subject: [Kolab-devel] Adjustment of message-size-limit should be in
	admin-interface
In-Reply-To: <4A35720A.5040307@gmail.com>
References: <4A35720A.5040307@gmail.com>
Message-ID: <200907010921.46745.bernhard@intevation.de>

Am Sonntag, 14. Juni 2009 23:56:26 schrieb Del:
> I assume the default 20MB is typically a setting many would like to be
> able to change at will. As such it is important to include it in the
> administrative web-interface.

It is the first request for it. :)
Also I believe it is only done once and not changed very often.
You could create an issue for the wish, if you like and we see if more people 
think this is a must have.


-- 
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-devel/attachments/20090701/badbf118/attachment.bin

From bernhard at intevation.de  Wed Jul  1 09:24:10 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 1 Jul 2009 09:24:10 +0200
Subject: [Kolab-devel] martin: server/kolabd/kolabd kolab2.schema, 1.36,
	1.37
In-Reply-To: <960738410906221458l56954630veb2b2998f9de4208@mail.gmail.com>
References: <20090622131844.850B9600839@lists.intevation.de>
	<200906222315.01407.ml@radoeka.nl>
	<960738410906221458l56954630veb2b2998f9de4208@mail.gmail.com>
Message-ID: <200907010924.11127.bernhard@intevation.de>

Am Montag, 22. Juni 2009 23:58:26 schrieb Mathieu Parent:
> On Mon, Jun 22, 2009 at 11:15 PM, Richard Bos<ml at radoeka.nl> wrote:

> >> @@ -1,7 +1,7 @@
> >> ?# $Id$
> >> -# (c) 2003, 2004 Tassilo Erlewein <tassilo.erlewein at erfrakon.de>
> >> -# (c) 2003-2009 ?Martin Konold <martin.konold at erfrakon.de>
> >> -# (c) 2003 Achim Frank <achim.frank at erfrakon.de>
> >> +# (c) 2003-2004 Tassilo Erlewein <tassilo.erlewein at erfrakon.de>
> >> +# (c) 2003-2009 Martin Konold <martin.konold at erfrakon.de>
> >> +# (c) 2003 ? ? ?Achim Frank <achim.frank at erfrakon.de>
>
> Those kind of files (functional interface specification) are not
> copyrightable under the US law (Don't know under the german law). 

I am not entirely sure about it.
The interface specification might not be, but the concrete writing down might 
be copyrightable.

> This  is probably better to remove those copyright statements (approved by
> the authors) and replace it with an authors list (public domain?).

You cannot _place_ stuff in the public domain in Germany.

> The "(c)" doesn't have any power, it should be replaced by "Copyright" or
> "?".

All those representations have the same power to my knowledge.
For US-copyright law they are all not necessary to claim copyright as far as I 
know.


-- 
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-devel/attachments/20090701/14e2d28d/attachment.bin

From bernhard at intevation.de  Wed Jul  1 09:33:15 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 1 Jul 2009 09:33:15 +0200
Subject: [Kolab-devel] why not ship Kolab with Samba by default?
In-Reply-To: <200905311531.23436.ml@radoeka.nl>
References: <4A21CE0E.8060307@wpkg.org> <4A22820D.4040301@wpkg.org>
	<200905311531.23436.ml@radoeka.nl>
Message-ID: <200907010933.15804.bernhard@intevation.de>

Hi 
(being back from vacation and two longer business trips)

Am Sonntag, 31. Mai 2009 15:31:21 schrieb Richard Bos:
> Op zondag 31 mei 2009 15:11:41 schreef Tomasz Chmielewski:
> > Are there any technical arguments against it (besides additional
> > maintenance burden)?
>
> I believe that the maintenance burden is one reason, another one is testing
> for a release and that there is not yet a customer that requires this
> functionality. ?Another thing is that I think that the kolab core
> developers would like this to be supported via a plugin architecture. 

This sums is up pretty much, thanks Richard.
Just one note on maintenance burden: It grows exponentially with the supported 
number of components.

Martin is also right in that getting Samba right for all cases is not really 
possible.

[plug-in architecture]

> This  isn't there yet and as such it needs to be developed. ?
> When this feature is 
> indeed supported via plugin architecture the maintenance burden and testing
> effort for a release are indeed no longer a part of the core developers
> responsibility. ?

As Martin has pointed out, if there are precise requirements we might it 
easier to have the components ready in Kolab Server/Openpkg for people to 
integrate Samba in one variation.

> Perhaps you can also read this in issue 2997 
> https://www.intevation.de/roundup/kolab/issue2997


-- 
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-devel/attachments/20090701/86c89c8c/attachment.bin

From bernhard at intevation.de  Wed Jul  1 09:35:58 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 1 Jul 2009 09:35:58 +0200
Subject: [Kolab-devel] French slides for the Kolab project
In-Reply-To: <200906011207.04962.benoit.mortier@opensides.be>
References: <200906011207.04962.benoit.mortier@opensides.be>
Message-ID: <200907010935.58490.bernhard@intevation.de>

Am Montag, 1. Juni 2009 12:07:01 schrieb Benoit Mortier:
> I just published the translation of the official Kolab slides in french to
> the kolab wiki
>
> http://wiki.kolab.org/index.php/Example_Slides_for_Kolab_Presentations

Cool, thanks.

-- 
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-devel/attachments/20090701/41da4421/attachment.bin

From bernhard at intevation.de  Wed Jul  1 09:51:24 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 1 Jul 2009 09:51:24 +0200
Subject: [Kolab-devel] annotations patch in c-client what is the status?
In-Reply-To: <200906051203.44372.martin.konold@erfrakon.de>
References: <200906032321.30110.ml@radoeka.nl>
	<20090605063916.GB93069@xs4all.nl>
	<200906051203.44372.martin.konold@erfrakon.de>
Message-ID: <200907010951.27696.bernhard@intevation.de>

Am Freitag, 5. Juni 2009 12:03:43 schrieb Martin Konold:
> > > ?- security fixes versus blackmail
> >
> > Indeed, but have a look at this page: http://panda.com/imap/
> > and see the number of fixes that have been made to the
> > c-client already. ?Would a fork be able to provide the same
> > number of fixes?
>
> Claiming to have fixed a security problem without disclosure is simply
> blackmailing. I am not interested in dealing with these people.
>
> Maybe it is better to invest either in a fork or in another solution.

Just from reading the thread I agree with Martin
that we should look into a fork if we need this c-client library.

Note that currently there is a new imap c++ library developed
(as part of our "prototype-e5" contract extending Kontact). This might be able 
to replace the c-client library, especially in situations where it actually 
is wrapped for access in an object oriented way.

BH (in cc) will post later where to find the library.

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-devel/attachments/20090701/93d16952/attachment.bin

From math.parent at gmail.com  Wed Jul  1 10:03:57 2009
From: math.parent at gmail.com (Mathieu Parent)
Date: Wed, 1 Jul 2009 10:03:57 +0200
Subject: [Kolab-devel] martin: server/kolabd/kolabd kolab2.schema, 1.36,
	1.37
In-Reply-To: <200907010924.11127.bernhard@intevation.de>
References: <20090622131844.850B9600839@lists.intevation.de>
	<200906222315.01407.ml@radoeka.nl>
	<960738410906221458l56954630veb2b2998f9de4208@mail.gmail.com>
	<200907010924.11127.bernhard@intevation.de>
Message-ID: <960738410907010103id2ab94fhb531bc0b4ca95ea1@mail.gmail.com>

Hi,

On Wed, Jul 1, 2009 at 9:24 AM, Bernhard Reiter<bernhard at intevation.de> wrote:
> Am Montag, 22. Juni 2009 23:58:26 schrieb Mathieu Parent:
>> On Mon, Jun 22, 2009 at 11:15 PM, Richard Bos<ml at radoeka.nl> wrote:
>
>> >> @@ -1,7 +1,7 @@
>> >> ?# $Id$
>> >> -# (c) 2003, 2004 Tassilo Erlewein <tassilo.erlewein at erfrakon.de>
>> >> -# (c) 2003-2009 ?Martin Konold <martin.konold at erfrakon.de>
>> >> -# (c) 2003 Achim Frank <achim.frank at erfrakon.de>
>> >> +# (c) 2003-2004 Tassilo Erlewein <tassilo.erlewein at erfrakon.de>
>> >> +# (c) 2003-2009 Martin Konold <martin.konold at erfrakon.de>
>> >> +# (c) 2003 ? ? ?Achim Frank <achim.frank at erfrakon.de>
>>
>> Those kind of files (functional interface specification) are not
>> copyrightable under the US law (Don't know under the german law).
>
> I am not entirely sure about it.
> The interface specification might not be, but the concrete writing down might
> be copyrightable.

OK.

>> This ?is probably better to remove those copyright statements (approved by
>> the authors) and replace it with an authors list (public domain?).
>
> You cannot _place_ stuff in the public domain in Germany.

OK. Maybe "Gemeinfreiheit"? (I don't understand German enough to be
sure about it). But anyway, the current license is ok to allow
conversion for proprietary directory servers.

>> The "(c)" doesn't have any power, it should be replaced by "Copyright" or
>> "?".
>
> All those representations have the same power to my knowledge.
> For US-copyright law they are all not necessary to claim copyright as far as I
> know.

My source: http://wiki.debian.org/Proposals/CopyrightFormat
"One of "Copyright", "Copr.", or "?". Note that an approximation like
"(c)" is explicitly *not* acceptable; it never had legal standing and
is too ambiguous."

I know this source is weak, butI have also found the "Universal
Copyright Convention"
(http://portal.unesco.org/en/ev.php-URL_ID=15241&URL_DO=DO_TOPIC&URL_SECTION=201.html)
"[...] bear the symbol ? accompanied by the name of the copyright
proprietor and the year of first publication [...]"


All those pedantic's are just for curiosity. I'm fine with the current state.

Regards

Mathieu Parent


From kolab-issues at intevation.de  Wed Jul  1 13:06:53 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Wed, 01 Jul 2009 11:06:53 +0000
Subject: [Kolab-devel] [issue3722] Draggin emails to an existing appointment
	or tasks does not work.
Message-ID: <1246446413.76.0.985789823841.issue3722@intevation.de>


New submission from Bernhard Reiter <bernhard at intevation.de>:

Looks like a regression to me:

Architecture: i386
Source: kdepim
Version: 4:3.5.10.enterprise.0.20090626.987605-kk1

I cannot drag emails to existing appointments or tasks.

* Create an appointment or tasks
* Double click it to open a window, place the window at the side
* click on email, drag and drop an email to the attachment field of the
  appointment or task. 
Obsersation: the icons changes so that it seems the attachment is accepted
  before releasing the mouse button-
Observation: No attachment is seen.
Expection: Some action after dropping the email in there.

----------
assignedto: allen
messages: 20723
nosy: allen, bernhard, ludwig, till
priority: urgent
status: unread
title: Draggin emails to an existing appointment or tasks does not work.
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3722>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  2 10:23:06 2009
From: kolab-issues at intevation.de (Del)
Date: Thu, 02 Jul 2009 08:23:06 +0000
Subject: [Kolab-devel] [issue3723] Adjustment of message-size-limit should
	be in Kolab admin interface
Message-ID: <1246522985.86.0.115084246901.issue3723@intevation.de>


New submission from Del <delonly at gmail.com>:

The default 20MB is typically a setting many would like to be able to change at
will. As such it is important to include it in the administrative web-interface.

----------
messages: 20730
nosy: Del
priority: wish
status: unread
title: Adjustment of message-size-limit should be in Kolab admin interface
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3723>
___________________________________________________


From delonly at gmail.com  Thu Jul  2 10:45:32 2009
From: delonly at gmail.com (Del)
Date: Thu, 2 Jul 2009 10:45:32 +0200
Subject: [Kolab-devel] Adjustment of message-size-limit should be in
	admin-interface
In-Reply-To: <200907010921.46745.bernhard@intevation.de>
References: <4A35720A.5040307@gmail.com>
	<200907010921.46745.bernhard@intevation.de>
Message-ID: <200907021045.32263.delonly@gmail.com>

On Wednesday 01 July 2009 09:21:46 am Bernhard Reiter wrote:
> Am Sonntag, 14. Juni 2009 23:56:26 schrieb Del:
> > I assume the default 20MB is typically a setting many would like to be
> > able to change at will. As such it is important to include it in the
> > administrative web-interface.
>
> It is the first request for it. :)
> Also I believe it is only done once and not changed very often.
> You could create an issue for the wish, if you like and we see if more
> people think this is a must have.

Actually, you changed it from Postfix's 10MB default to Kolab's 20MB default. 
Google changed it to 25MB for gmail yesterday. I agree that it is probably set 
once and not changed very often, which probably applies to most settings in 
the admin interface. Hence, I followed your suggestion and opened a wish, 
issue #3723 :)


From kolab-issues at intevation.de  Thu Jul  2 13:03:17 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 02 Jul 2009 11:03:17 +0000
Subject: [Kolab-devel] [issue3724] Appoitnment vanishs,
	after moving it and entering its update mails
Message-ID: <1246532597.44.0.628830254398.issue3724@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e35 20090626.987605

Test:
G is a group account, accepting invitations from A.
A and B have access to G's calendar
1.A invites B and G to an appointment and saves the appointment in his calendar.
2. G accepts automaticly.
3. B accepts.
4. A enters both update mails into his calendar.
5. A changes the time of the appointment.
6. G accepts and B enters it into his calendar.
=> A gets an update mail from B.
7. A enters the update mail into his calendar.
=> The event vanishes.

----------
assignedto: allen
messages: 20733
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Appoitnment vanishs, after moving it and entering its update mails
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3724>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  2 14:59:47 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 02 Jul 2009 12:59:47 +0000
Subject: [Kolab-devel] [issue3725] forward in text an encrypted and signed
	mail with attachment loses the attachment
Message-ID: <1246539587.81.0.86822863648.issue3725@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090626.987605

Test:
1. A sends a encrypted/signed mail with attachment to B. (openpgp or SMIME)
2. B decrpyts this mail and press on forward in text.
=> A composer opens with the text, but without the attachment.
The attachment got lost.
I expect the attachment to be forwarded, too.

----------
assignedto: allen
messages: 20734
nosy: allen, bh, ludwig
priority: bug
status: unread
title: forward in text an encrypted and signed mail with attachment loses the attachment
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3725>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  2 15:39:13 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 02 Jul 2009 13:39:13 +0000
Subject: [Kolab-devel] [issue3726] A changed Navigator toolbars is displayed
	without changes after restart
Message-ID: <1246541953.83.0.840191629119.issue3726@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090626.987605

Test:
1. Use Settings->Configure toolbars.. to change the Navigator toolbar.
   (e.g. remove ActionList... and add tasks)
2. Set Settings->toolbars->Navigator on.
3. Restart kontact.
=> The tasks button is not shown. 
This should work.

----------
assignedto: allen
messages: 20735
nosy: allen, bh, ludwig
priority: bug
status: unread
title: A changed Navigator toolbars is displayed without changes after restart
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3726>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul  3 13:10:13 2009
From: kolab-issues at intevation.de (Olivier Delemar)
Date: Fri, 03 Jul 2009 11:10:13 +0000
Subject: [Kolab-devel] [issue3728] Maintainer UID and users e-mail confusion
	lead to connexion failure
Message-ID: <1246619413.64.0.537087289278.issue3728@intevation.de>


New submission from Olivier Delemar <olivier.delemar at free.fr>:

If you create a domain maintainer with an uid of - let's say - joe, and have a
user which e-mail is joe at domain.com - but with a totaly different uid like
domain_joe eg. - then joe as a user can't connect neither via pop nor Horde. I
didn't try imap, but I presume it would have been the same.
Please note that the cn are equals, but not the dn (cn=Joe
Smith,cn=internal,dc=domain,dc=com vs cn=Joe Smith,dc=domain,dc=com).
There may be a kind of ldap request that return more than 1 entry? Anyway, uid
are uid. There shouldn't be confusion between 2 differents uid.

----------
messages: 20740
nosy: olohoyo
priority: critical
status: unread
title: Maintainer UID and users e-mail confusion lead to connexion failure
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3728>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul  3 13:58:10 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 03 Jul 2009 11:58:10 +0000
Subject: [Kolab-devel] [issue3729] display of an invitation mail doesn't fit
	border
Message-ID: <1246622290.25.0.319095753828.issue3729@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e4 windows 20090626.987619-4

The display of an invitation doesn't fit its border lines.
See the screenshot for details.

----------
assignedto: allen
files: invitation-display-20090703.png
messages: 20741
nosy: allen, bh, ludwig
priority: bug
status: unread
title: display of an invitation mail doesn't fit border
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3729>
___________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: invitation-display-20090703.png
Type: image/png
Size: 43430 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-devel/attachments/20090703/52957d64/invitation-display-20090703-0001.png

From kolab-issues at intevation.de  Fri Jul  3 14:04:50 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 03 Jul 2009 12:04:50 +0000
Subject: [Kolab-devel] [issue3730] Appointment isn't entered into a calendar,
	if the organizer shared his calendar folder with the user.
Message-ID: <1246622690.5.0.428371389527.issue3730@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e4 windows 20090626.987619-7

Test:
1. A shares his calenar folder with read-rights with B.
2. A invites B.
3. B accepts and looks into his calendar.
He isn't asked to choose a resource, and the appointment isn't displayed in his
calendar. He can only see the appointment in A's calendar.

----------
assignedto: allen
messages: 20743
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Appointment isn't entered into a calendar, if the organizer shared his calendar folder with the user.
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3730>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul  3 14:11:57 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 03 Jul 2009 12:11:57 +0000
Subject: [Kolab-devel] [issue3731] Sometimes a new mail has the status
	"read", but the user hasn't looked at it.
Message-ID: <1246623117.41.0.0449487894536.issue3731@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e4 windows 20090626.987619-4

Test:
1. B sends a mail to A.
2. A is in the Kmail plugin and has the inbox selected.
3. A syncs.
=> Sometimes the new mail from B is "read" in the inbox, after the sync.

----------
assignedto: allen
messages: 20744
nosy: allen, bh, ludwig
priority: minor bug
status: unread
title: Sometimes a new mail has the status "read", but the user hasn't looked at it.
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3731>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul  3 16:07:47 2009
From: kolab-issues at intevation.de (Thomas Arendsen Hein)
Date: Fri, 03 Jul 2009 14:07:47 +0000
Subject: [Kolab-devel] [issue3732] Logging needed for errors when creating a
	Kolab session object
Message-ID: <1246630067.66.0.529646504128.issue3732@intevation.de>


New submission from Thomas Arendsen Hein <thomas at intevation.de>:

Kolab Server 2.2.2 contains the Horde_Auth package based on the tarball
http://pear.horde.org/get/Auth-0.1.1.tgz

I'd like to log errors when creating the session, currently they are not
visible. I hacked together this one:

diff -urN Auth-0.1.1.orig/Auth/kolab.php Auth-0.1.1/Auth/kolab.php
--- Auth-0.1.1.orig/Auth/kolab.php	2008-10-29 14:35:45.000000000 +0100
+++ Auth-0.1.1/Auth/kolab.php	2009-07-03 16:00:53.314506327 +0200
@@ -59,6 +59,7 @@
         if (class_exists('Horde_Kolab_Session')) {
             $session = &Horde_Kolab_Session::singleton($userId, $credentials,
true);
             if (is_a($session->auth, 'PEAR_Error')) {
+                Horde::logMessage(sprintf("Error while authenticating session
for %s: %s", $userId, $session->auth->getMessage()), __FILE__, __LINE__,
PEAR_LOG_ERR);
                 $this->_setAuthError(AUTH_REASON_MESSAGE,
$session->auth->getMessage());
             }
         } else {


Now I'm able to see this in freebusy.log:

  Jul 03 15:49:44 Kolab Free/Busy [error] [horde]
  Error while authenticating session for user at example.com:
  Search failed. Error was: Size limit exceeded
  [on line 62 of "/kolab/lib/php/Horde/Auth/kolab.php"]

(I will create a separate issue for this particular error)

_setAuthError already stores the message somewhere, but it does not get printed.
Fixing this might be a better solution, but the hard coded log above would
already be helpful.

Please change this in Auth and do a backport as patch for kolab_2_2_branch.

----------
assignedto: wrobel
messages: 20746
nosy: bh, martin, thomas, wilde, wrobel
priority: urgent
status: unread
title: Logging needed for errors when creating a Kolab session object
topic: freebusy, server
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3732>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul  3 20:15:17 2009
From: kolab-issues at intevation.de (Luis)
Date: Fri, 03 Jul 2009 18:15:17 +0000
Subject: [Kolab-devel] [issue3733] Attachments doesn't work on Horde after
	upgrading to 2.2.2
Message-ID: <1246644917.29.0.842923556503.issue3733@intevation.de>


New submission from Luis <lvinay at xtech.com.ar>:

After upgrading from kolab-2.2.0 installed from debian 4.0 binaries, sending
emails with attachments stop working.

The solution was to edit the file '/kolab/var/kolab/www/client/config/conf.php'
change the line 

$conf['tmpdir'] = dirname(__FILE__) . '/../tmp/';

for

$conf['tmpdir'] = dirname(__FILE__) . '/kolab/var/tmp/';

here's the patch

--- conf.buggy	2009-07-03 15:05:08.493790620 -0300
+++ conf.php	2009-07-03 15:04:17.443790620 -0300
@@ -7,7 +7,7 @@
 $conf['compress_pages'] = true;
 $conf['secret_key'] = 'abcdefghijklmnopqrstuvwxzy1234567890ABCD';
 $conf['umask'] = 077;
-$conf['tmpdir'] = dirname(__FILE__) . '/../tmp/';
+$conf['tmpdir'] = '/kolab/var/tmp/';
 $conf['use_ssl'] = 2;
 $conf['server']['name'] = $_SERVER['SERVER_NAME'];
 $conf['server']['port'] = $_SERVER['SERVER_PORT'];

regards

----------
assignedto: xtech
messages: 20753
nosy: xtech
priority: bug
status: resolved
title: Attachments doesn't work on Horde after upgrading to 2.2.2
topic: debian, web client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3733>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul  3 21:10:31 2009
From: kolab-issues at intevation.de (Bernhard Herzog)
Date: Fri, 03 Jul 2009 19:10:31 +0000
Subject: [Kolab-devel] [issue3734] Kontact cannot change incidences-for
	annotation of default calendar folder
Message-ID: <1246648231.53.0.705457622683.issue3734@intevation.de>


New submission from Bernhard Herzog <bh at intevation.de>:

Observed with Kontact enterprise35 20090626.987605:

The properties dialog of a calendar folder in Kmail has an option called
"Generate free/busy and activate alarms for:" which is stored in the
incidences-for annotation of the IMAP folder.  Normally, Kontact doesn't have
any problems changing this setting if the user has sufficient IMAP permissions.
 However, if the folder is the default calendar folder of the default resource
IMAP account, the user can change the value in the dialog, but the changes never
reach the IMAP server.  When the dialog is opened again, the option has the old
value again.

----------
assignedto: allen
messages: 20755
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Kontact cannot change incidences-for annotation of default calendar folder
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3734>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul  6 14:47:05 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 06 Jul 2009 12:47:05 +0000
Subject: [Kolab-devel] [issue3735] Changing a task,
	which folder is shared with attach rights,
	leads to conflicts and sync loops.
Message-ID: <1246884425.4.0.957193692715.issue3735@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090626.987605

Test:
1. A creates three to-dos
2. A shares his Task folder with B with append rights (lrsip) and syncs.
3. B syncs and deactives KMail->Misc->Groupware->Hide groupwar folders.
=> B can see A's tasks folder in his account.
4. B selects one todo from A, inserts a comment and press ok.
=> A conflict appears. Kontact seems to enter a sync loop.
5. B closes kontact and restarts it.
6. B syncs.
=> Kontact is again in a loop.

----------
assignedto: allen
messages: 20768
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Changing a task, which folder is shared with attach rights, leads to conflicts and sync loops.
topic: enterprise4, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3735>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul  6 15:47:37 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 06 Jul 2009 13:47:37 +0000
Subject: [Kolab-devel] [issue3737] Composer: The action "save distribution
	list" needs many times to choose a resource.
Message-ID: <1246888057.0.0.409850087682.issue3737@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e4 windows 20090626.987619-4

A has two contact folders. He enters some new mail adresses into the composer and
chooses Tools->Save distribution list. After accepting the email selection
dialog, he is asked for the dist list name. Okay. But then he is asked for the
dist list and every new contact to choose a resource and the choose resource
dialog doesn't inform the user, which contact it wants to save.

----------
assignedto: allen
messages: 20770
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Composer: The action "save distribution list" needs many times to choose a resource.
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3737>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul  6 16:03:36 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 06 Jul 2009 14:03:36 +0000
Subject: [Kolab-devel] [issue3738] KMail: Hide a shared folder in the folder
	selection dialog,
	but the grey helper folder are still displayed in the selection
	dialog.
Message-ID: <1246889016.43.0.661979373559.issue3738@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e4 windows 20090626.987619-4

Test:
The test user has a shared folder.
1. Select the shared folder. 
2. RMB->Properties. 
3. Set Hide in folder selection dialog.
4. Go To->Switch to folder...
=> The shared folder is no longer displayed in this dialog, but the grey helper
folder are. I think this leads to confusion.

----------
assignedto: allen
messages: 20771
nosy: allen, bh, ludwig
priority: bug
status: unread
title: KMail: Hide a shared folder in the folder selection dialog, but the grey helper folder are still displayed in the selection dialog.
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3738>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul  6 16:23:55 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 06 Jul 2009 14:23:55 +0000
Subject: [Kolab-devel] [issue3739] Send mail to a distributionlist without
	contacts shows confusing warning
Message-ID: <1246890235.14.0.63802673852.issue3739@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise4 windows 20090626.987619-4

A user send a mail to the distribution list "empty", which doesn't contain a
contact. He gets a warning, that empty at test.hq does not exist on the server. But
it would be good, if he is informed that, he tries to send a mail to an empty
distribution list.

----------
assignedto: allen
messages: 20773
nosy: allen, bh, ludwig
priority: minor bug
status: unread
title: Send mail to a distributionlist without contacts shows confusing warning
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3739>
___________________________________________________


From kolab-issues at intevation.de  Tue Jul  7 12:56:28 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Tue, 07 Jul 2009 10:56:28 +0000
Subject: [Kolab-devel] [issue3740] Crash in KMFolder::trashFolder at
	kmfolder.cpp:811 while deletion of an attachment in an
	encapsuled message
Message-ID: <1246964188.01.0.126399218564.issue3740@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090626.987605

Test:
1. Send a mail with non-empty attachment to the test account.
2. Forward this mail as attachment to the test account.
3. Look at the mail and click on "Encapsulated message"
=> A window opens with the forwared mail.
4. Try to delete the attachment in the window.
=> Crash.

See bt crash-delete-attachment-20090707.txt

----------
assignedto: allen
files: crash-delete-attachment-20090707.txt
messages: 20784
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Crash in KMFolder::trashFolder at kmfolder.cpp:811 while deletion of an attachment  in an encapsuled message
topic: kde client, prokde35
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3740>
___________________________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: crash-delete-attachment-20090707.txt
Url: http://kolab.org/pipermail/kolab-devel/attachments/20090707/005a2cfd/crash-delete-attachment-20090707.txt

From kolab-issues at intevation.de  Tue Jul  7 16:10:11 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Tue, 07 Jul 2009 14:10:11 +0000
Subject: [Kolab-devel] [issue3741] OpenPGP *inline* sending/receiving
	enc+sign mail doesn't work
Message-ID: <1246975811.56.0.360428298379.issue3741@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e4 windows 20090626.987619-4

Test:
1. A user sends a OpenPGP *inline* signed and encrypted mail to himself.
2. He syncs and looks at the mail.
=> The PGP part is displayed as plain text.

----------
assignedto: allen
messages: 20787
nosy: allen, bh, ludwig
priority: bug
status: unread
title: OpenPGP *inline* sending/receiving enc+sign mail doesn't work
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3741>
___________________________________________________


From kolab-issues at intevation.de  Wed Jul  8 12:40:15 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 08 Jul 2009 10:40:15 +0000
Subject: [Kolab-devel] [issue3742] OnlineIMAP: Create new folder contains a
	folder-type combobox, the folder type seems to be set in Kontact,
	but is not set on the server.
Message-ID: <1247049615.27.0.439705521738.issue3742@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090626.987605

Test:
1. Configure a new Online IMAP (group) account.
2. 2x Sync.
3. Create a new folder in this account and choose "calendar" as folder-type.
=> A new folder with a calendar icon appears under the inbox. So the user
thinks this folder has the folder-type calendar.
4. Sync.
5. Look at the server for the folder-type infos.
=> the new folder doesn't have a folder type.
This is very confusing for the user. I expect, that it is not possible to choose
a folder type in an OnlineIMAP account folder.

----------
assignedto: allen
messages: 20806
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: OnlineIMAP: Create new folder contains a folder-type combobox, the folder type seems to be set in Kontact, but is not set on the server.
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3742>
___________________________________________________


From kolab-issues at intevation.de  Wed Jul  8 13:17:45 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 08 Jul 2009 11:17:45 +0000
Subject: [Kolab-devel] [issue3743] Change folder type annotation not set->
	event on the server: Kontact doesn't notice the change in a
	shared folder.
Message-ID: <1247051865.53.0.53642950981.issue3743@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e35 20090626.987605

Test:
1. Create a new folder without folder-type annotation with an OnlineIMAP account.
2. Share this folder with a test account.
3. Sync the test account.
=> The new folder is shown as mail folder. Correct.
4. Set the folder-type evetn to this folder.
5. Sync again.
=> The folder is still shown as mail folder. Wrong, because the folder has the
folder-type "event" on the server.

----------
assignedto: allen
messages: 20807
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Change folder type annotation  not set-> event on the server: Kontact doesn't notice the change in a shared folder.
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3743>
___________________________________________________


From kolab-issues at intevation.de  Wed Jul  8 14:44:38 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 08 Jul 2009 12:44:38 +0000
Subject: [Kolab-devel] [issue3744] MIME type text/x-vcalendar attachment is
	displayed as plain text.
Message-ID: <1247057078.73.0.415639084576.issue3744@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090626.987605

A received invitation with MIME type text/x-vcalendar is displayed as plain text.

----------
assignedto: allen
messages: 20809
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: MIME type text/x-vcalendar attachment is displayed as plain text.
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3744>
___________________________________________________


From kolab-issues at intevation.de  Wed Jul  8 16:27:39 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 08 Jul 2009 14:27:39 +0000
Subject: [Kolab-devel] [issue3746] The update mail of an attendee of a task
	doesn't contain the summary text.
Message-ID: <1247063259.37.0.168165387955.issue3746@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e4 windows 20090626-987619-4

A test user adds an attendee to a task and sends an update mail to the test2 user.
The update mail the test2 user received is displayed without summary text and
there is an empty rectangle which looks strange.

----------
assignedto: allen
messages: 20813
nosy: allen, bh, ludwig
priority: bug
status: unread
title: The update mail of an attendee of a task doesn't contain the summary text.
topic: enterprise4, kde client, windows
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3746>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  9 12:28:06 2009
From: kolab-issues at intevation.de (=?utf-8?q?Emanuel_Sch=C3=BCtze?=)
Date: Thu, 09 Jul 2009 10:28:06 +0000
Subject: [Kolab-devel] [issue3747] Better archiving function for Kontact
	folders
Message-ID: <1247135286.21.0.561172428794.issue3747@intevation.de>


New submission from Emanuel Sch?tze <emanuel at intevation.de>:

Problem: 
User wants to archive a whole sub tree of folders to hard disk or data medium.
Desired is a comfort function.

Details:
Currently, the user can copy folder to local HD and make a .tar.gz archive at
this local place. We need a new comfort function which could be do this
automatically.
A dialog should ask for deleting the original folder. After that: save file.

Additionally the import should be extended to import such archive files.

----------
assignedto: allen
messages: 20833
nosy: allen, bernhard, emanuel, ludwig
priority: wish
status: unread
title: Better archiving function for Kontact folders
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3747>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  9 13:06:09 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 09 Jul 2009 11:06:09 +0000
Subject: [Kolab-devel] [issue3748] Opening a jpeg attachment with the
	Windows XP picture viewer does nothing.
Message-ID: <1247137569.19.0.6280280791.issue3748@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e4 windows 20090626.987619-4

TEst:
1. Send a mail with JPEG attachment to the test account.
2. Sync.
3. Look at the mail and try to open the attachment with the Windowx picture viewer.
=> Nothing happens.
Perhaps this doesn't work, because of the name of the tmp files. The "open with"
dialog says: file: test-screen.jpeg_[Zd2052].jpeg,
but the name of the attachment is test-screen.jpeg.

----------
assignedto: allen
messages: 20834
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Opening a jpeg attachment with the Windows XP picture viewer does nothing.
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3748>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  9 14:46:52 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 09 Jul 2009 12:46:52 +0000
Subject: [Kolab-devel] [issue3749] Import of iCalendar file in existing
	resource throws error message.
Message-ID: <1247143612.44.0.442201409714.issue3749@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed Kontact e4 windows 20090626.987619-4

Test:
1. Create a new folder test1 with type calendar under the inbox.
2. Switch to the calendar plugin.
3. Deactivate all subresources of the account.
4. Activate the test1 subresource.
5. Import a ics file with merge into existing folder.
=> Error message: No resource with write right found. Saving not possible.
Change the KMail configuration.
But the events are imported into the test1 folder.

----------
assignedto: allen
messages: 20840
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Import of iCalendar file in existing resource throws error message.
topic: enterprise4, kde client, windows
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3749>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  9 14:54:56 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 09 Jul 2009 12:54:56 +0000
Subject: [Kolab-devel] [issue3750] Crash after try to delete calendar
	subresource and selecting the folder in the mail plugin
Message-ID: <1247144096.61.0.625353508254.issue3750@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise4 windows 20090626.987619-4

Test:
1. Create a test calendar folder.
2. Switch to the calendar plugin.
3. Deselect all calendar resources but the test calendar folder.
4. Click on the test calnedar and try to remove it.
=> Warning appears: could not delete the default resource.
(This is a small problem, because the test account is not the default calendar.)
5. Switch to Mail.
(6. Deactivate :Hide groupware folders)
7. Select the test calendar folder.
=> Crash!

----------
assignedto: allen
messages: 20841
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Crash after try to delete calendar subresource and selecting the folder in the mail plugin
topic: kde client, kowi
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3750>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  9 15:02:59 2009
From: kolab-issues at intevation.de (Oliver Fritz)
Date: Thu, 09 Jul 2009 13:02:59 +0000
Subject: [Kolab-devel] [issue3751] Empty page in Firefox instead of login
	screen
Message-ID: <1247144579.04.0.0321828518274.issue3751@intevation.de>


New submission from Oliver Fritz <ofritz at cortado.de>:

When i open the link for the login to the webclient horde in firefox i get a
redirection and an empty page.
https://server/horde --> https://server/client/imp/login.php
and this site contains nothing.
same link in IE is working perfectly.

----------
messages: 20842
nosy: screwedx
priority: critical
status: unread
title: Empty page in Firefox instead of login screen
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3751>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  9 15:10:55 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 09 Jul 2009 13:10:55 +0000
Subject: [Kolab-devel] [issue3752] Calendar subresource name of a shared
	folder contains an apostrophe
Message-ID: <1247145055.48.0.255011288943.issue3752@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e4 windows 20090626.987619-4

Test:
1. User B shares his calendar folder with A.
2. A sync and looks at his calendar plugin.
=> Under Kolab-server is "B's Kalendar".
The Apostrophe here is wrong.

----------
assignedto: allen
messages: 20843
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Calendar subresource name of a shared folder contains an apostrophe
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3752>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  9 16:11:47 2009
From: kolab-issues at intevation.de (=?utf-8?q?Emanuel_Sch=C3=BCtze?=)
Date: Thu, 09 Jul 2009 14:11:47 +0000
Subject: [Kolab-devel] [issue3753] Kontact free/busy: needs a long time to
	show hour and day scale view
Message-ID: <1247148707.67.0.977519861105.issue3753@intevation.de>


New submission from Emanuel Sch?tze <emanuel at intevation.de>:

When looking at free/busy information while scheduling a meeting, you cannot 
shift between hourly, daily, monthly views without bringing Kontact to a very 
long stall. (especially the change to the scale view hour and daily takes a long
time)

Reported by a mac user. Reproduced with Kontact/Mac enterprise4 20090605.977848.

----------
assignedto: allen
messages: 20856
nosy: allen, emanuel, till
priority: urgent
status: unread
title: Kontact free/busy: needs a long time to show hour and day scale view
topic: enterprise4, kde client, macos
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3753>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  9 16:15:08 2009
From: kolab-issues at intevation.de (=?utf-8?q?Emanuel_Sch=C3=BCtze?=)
Date: Thu, 09 Jul 2009 14:15:08 +0000
Subject: [Kolab-devel] [issue3754] KWallet confusing with Kontact on Mac
Message-ID: <1247148907.96.0.43839155121.issue3754@intevation.de>


New submission from Emanuel Sch?tze <emanuel at intevation.de>:

A mac user reported:
KWallet popping up is confusing, and not easily reverted once activated. Most 
Mac users would not want to have to do a log-in to KWallet.

----------
assignedto: allen
messages: 20858
nosy: allen, emanuel, till
priority: bug
status: unread
title: KWallet confusing with Kontact on Mac
topic: enterprise4, kde client, macos
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3754>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul  9 16:31:52 2009
From: kolab-issues at intevation.de (=?utf-8?q?Emanuel_Sch=C3=BCtze?=)
Date: Thu, 09 Jul 2009 14:31:52 +0000
Subject: [Kolab-devel] [issue3755] Easier sharing of calendars
Message-ID: <1247149911.66.0.730479285553.issue3755@intevation.de>


New submission from Emanuel Sch?tze <emanuel at intevation.de>:

A Kontact user reported:
It should be possible to have an option (preferably in the kolab admin panel)
where you set that all calendars are shared, so that everybody can look 
at each others calendar, not only free/busy information.

----------
assignedto: allen
messages: 20859
nosy: allen, emanuel, till
priority: wish
status: unread
title: Easier sharing of calendars
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3755>
___________________________________________________


From tyrell.berry at gmail.com  Fri Jul 10 23:53:32 2009
From: tyrell.berry at gmail.com (Tyrell Berry)
Date: Fri, 10 Jul 2009 14:53:32 -0700
Subject: [Kolab-devel] Kolab connector for Mac OS
Message-ID: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>

Hi, I'm new to this mailing list, so please excuse me if I'm posting to the
wrong mailing list.

A few months back I asked in IRC if there was anyone working on a Kolab
connector for the native mac OS clients.   At that time, it was indicated
that there is no development in that direction, as mac users are
generally content with Kontact.

With all of that said, (Unless I am mistaken) Kontact isn't really an option
for me.   My ultimate goal is to have my iPhone's address book (And all of
it's custom fields) synced with my 2 linux machines.   To do that, I
envision using my mac to sync with my iPhone (And later with MobileMe), then
sync the mac with Kolab.

Now that my intentions are identified, I am seeking any available solution.
However, based on my research, none exists to date.   Therefore, I am
considering using Apple Sync Services to sync with Kolab.

Now for my question:  Is there any such project in process that I can assist
with?  Has there been any project in the past that I could continue?  Is
there another option that I have thus far been oblivious to?  Any
suggestions will be greatly appriciated.

-- 
Tyrell Berry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-devel/attachments/20090710/fa897978/attachment.html

From delonly at gmail.com  Sat Jul 11 10:43:34 2009
From: delonly at gmail.com (Del)
Date: Sat, 11 Jul 2009 10:43:34 +0200
Subject: [Kolab-devel] Kolab connector for Mac OS
In-Reply-To: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>
References: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>
Message-ID: <1247301814.16573.12.camel@black>

Hello Tyrell,

The only connector for Mac that I know of is the synckolab add-on for
Thunderbird. The Kolab wiki is up to date on it's development and
configuration.

For your issues I would recommend testing the implemented procedure for
syncing mobiles, which is SyncML directly to the Kolab server through
Horde:
http://en.wikipedia.org/wiki/Syncml
http://wiki.horde.org/SyncHowTo

For Iphone you can use the Funambol plug-in:
http://en.wikipedia.org/wiki/Funambol

Using Kontact with Mac is still not a mature solution. The KDE4 version
is not out of Beta yet, and the KDE3 version requires a running xserver
with all it entails.

Cheers,
Del


On Fri, 2009-07-10 at 14:53 -0700, Tyrell Berry wrote:
> Hi, I'm new to this mailing list, so please excuse me if I'm posting
> to the wrong mailing list.  
>  
> A few months back I asked in IRC if there was anyone working on a
> Kolab connector for the native mac OS clients.   At that time, it was
> indicated that there is no development in that direction, as mac users
> are generally content with Kontact.
>  
> With all of that said, (Unless I am mistaken) Kontact isn't really an
> option for me.   My ultimate goal is to have my iPhone's address book
> (And all of it's custom fields) synced with my 2 linux machines.   To
> do that, I envision using my mac to sync with my iPhone (And later
> with MobileMe), then sync the mac with Kolab.
>  
> Now that my intentions are identified, I am seeking any available
> solution.  However, based on my research, none exists to date.
> Therefore, I am considering using Apple Sync Services to sync with
> Kolab.  
>  
> Now for my question:  Is there any such project in process that I can
> assist with?  Has there been any project in the past that I could
> continue?  Is there another option that I have thus far been oblivious
> to?  Any suggestions will be greatly appriciated.
> 
> 
> 
> -- 
> Tyrell Berry
> _______________________________________________
> Kolab-devel mailing list
> Kolab-devel at kolab.org
> https://kolab.org/mailman/listinfo/kolab-devel


From tyrell.berry at gmail.com  Sat Jul 11 19:58:28 2009
From: tyrell.berry at gmail.com (Tyrell Berry)
Date: Sat, 11 Jul 2009 10:58:28 -0700
Subject: [Kolab-devel] Kolab connector for Mac OS
In-Reply-To: <1247301814.16573.12.camel@black>
References: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>
	<1247301814.16573.12.camel@black>
Message-ID: <efdc7a910907111058r1f56b213n18b16475e97d4dfb@mail.gmail.com>

Thank you for those tips.  However, my biggest concern is syncing my custom
labels.  Somewhere I read that Funambol promises that they will be providing
this functionality at some point in the future, but at this point, it's just
not the solution I'm looking for.

Apple Sync Services looks very powerful, and looks easy to program for.  I
have been spending the last few days reading through the sync services
programming guide, and once I'm done, assuming another solution doesn't
become apparent, I will start working on a connector using it.

So then the question becomes this:  Are there other people on this list that
would benefit from my efforts, and would be willing to help with testing
and/or coding?

On Sat, Jul 11, 2009 at 1:43 AM, Del <delonly at gmail.com> wrote:

> Hello Tyrell,
>
> The only connector for Mac that I know of is the synckolab add-on for
> Thunderbird. The Kolab wiki is up to date on it's development and
> configuration.
>
> For your issues I would recommend testing the implemented procedure for
> syncing mobiles, which is SyncML directly to the Kolab server through
> Horde:
> http://en.wikipedia.org/wiki/Syncml
> http://wiki.horde.org/SyncHowTo
>
> For Iphone you can use the Funambol plug-in:
> http://en.wikipedia.org/wiki/Funambol
>
> Using Kontact with Mac is still not a mature solution. The KDE4 version
> is not out of Beta yet, and the KDE3 version requires a running xserver
> with all it entails.
>
> Cheers,
> Del
>
>
> On Fri, 2009-07-10 at 14:53 -0700, Tyrell Berry wrote:
> > Hi, I'm new to this mailing list, so please excuse me if I'm posting
> > to the wrong mailing list.
> >
> > A few months back I asked in IRC if there was anyone working on a
> > Kolab connector for the native mac OS clients.   At that time, it was
> > indicated that there is no development in that direction, as mac users
> > are generally content with Kontact.
> >
> > With all of that said, (Unless I am mistaken) Kontact isn't really an
> > option for me.   My ultimate goal is to have my iPhone's address book
> > (And all of it's custom fields) synced with my 2 linux machines.   To
> > do that, I envision using my mac to sync with my iPhone (And later
> > with MobileMe), then sync the mac with Kolab.
> >
> > Now that my intentions are identified, I am seeking any available
> > solution.  However, based on my research, none exists to date.
> > Therefore, I am considering using Apple Sync Services to sync with
> > Kolab.
> >
> > Now for my question:  Is there any such project in process that I can
> > assist with?  Has there been any project in the past that I could
> > continue?  Is there another option that I have thus far been oblivious
> > to?  Any suggestions will be greatly appriciated.
> >
> >
> >
> > --
> > Tyrell Berry
> > _______________________________________________
> > Kolab-devel mailing list
> > Kolab-devel at kolab.org
> > https://kolab.org/mailman/listinfo/kolab-devel
>
> _______________________________________________
> Kolab-devel mailing list
> Kolab-devel at kolab.org
> https://kolab.org/mailman/listinfo/kolab-devel
>



-- 
Tyrell Berry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-devel/attachments/20090711/16a38898/attachment.html

From kolab-issues at intevation.de  Mon Jul 13 14:48:44 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 13 Jul 2009 12:48:44 +0000
Subject: [Kolab-devel] [issue3756] Reminder not triggered by an event in a
	shared folder which incidences-for is "reader".
Message-ID: <1247489324.83.0.10731954792.issue3756@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090626.987605

Test:
A shares a test calendar folder with B.
A's test calendar has the annotation incidences-for as "reader"
  (Folder properties-> Generate free/busy and activate alarm for: Readers"
1. A enters an event with alarm into his test calendar and syncs.
2. Starts kontact and syncs.
3. B looks at the kdcop: korgac->ac->dumpAlarms() for the event.
The alarm of the event form the text calendar couldn't be found.

----------
assignedto: allen
messages: 20893
nosy: allen, bernhard, bh, ludwig
priority: urgent
status: unread
title: Reminder not triggered by an event in a shared folder which incidences-for is "reader".
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3756>
___________________________________________________


From bernhard at intevation.de  Mon Jul 13 15:02:12 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 13 Jul 2009 15:02:12 +0200
Subject: [Kolab-devel] Kolab connector for Mac OS
In-Reply-To: <efdc7a910907111058r1f56b213n18b16475e97d4dfb@mail.gmail.com>
References: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>
	<1247301814.16573.12.camel@black>
	<efdc7a910907111058r1f56b213n18b16475e97d4dfb@mail.gmail.com>
Message-ID: <200907131502.13208.bernhard@intevation.de>

Am Samstag, 11. Juli 2009 19:58:28 schrieb Tyrell Berry:
> So then the question becomes this: ?Are there other people on this list
> that would benefit from my efforts, and would be willing to help with
> testing and/or coding?

You would probably want to sync from the server,
so one idea could be to improve the SymcML support of Horde
which is the code base the Kolab Web Client is build upon, 
see http://wiki.kolab.org/index.php/Web_Client_SyncML

Another route beside funambol could be to see if z-push could be integrated 
with Horde code or grow Kolab compatibility:
http://z-push.sourceforge.net/soswp/

Naturally - as Kolab Coordinator - I am interested in a broad range of 
developments and having a well working sync with mobile devices like the the 
IPhone is of course interesting.

Best,
Bernhard

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

From tyrell.berry at gmail.com  Mon Jul 13 18:57:58 2009
From: tyrell.berry at gmail.com (Tyrell Berry)
Date: Mon, 13 Jul 2009 09:57:58 -0700
Subject: [Kolab-devel] Kolab connector for Mac OS
In-Reply-To: <200907131502.13208.bernhard@intevation.de>
References: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>
	<1247301814.16573.12.camel@black>
	<efdc7a910907111058r1f56b213n18b16475e97d4dfb@mail.gmail.com>
	<200907131502.13208.bernhard@intevation.de>
Message-ID: <efdc7a910907130957y5f0ec237q9af7207d567441c7@mail.gmail.com>

Expanding SyncML seems to be a logical approach.  There are already
funambol-based projects for other devices, like vcardio for android, and
considering funambol is open source, I'm equally sure I can get my hands on
their code reletively easy, so to expand it and make it work with custom
fields.  It wouldn't "Push" the changes the way that a solution which
bridges through mobileme/Apple Sync Services would, but is certainly a
solution that would benifit more iPhone users than my original
proposition.   I will investigate further.

As for Z-sync, correct me if I'm wrong, but I thought activesync only
supported the standard VCard fields?  If it in fact supports custom labels
and such, it would be a far better match for my needs than any funambol
based solution could ever be...

On Mon, Jul 13, 2009 at 6:02 AM, Bernhard Reiter <bernhard at intevation.de>wrote:

> Am Samstag, 11. Juli 2009 19:58:28 schrieb Tyrell Berry:
> > So then the question becomes this:  Are there other people on this list
> > that would benefit from my efforts, and would be willing to help with
> > testing and/or coding?
>
> You would probably want to sync from the server,
> so one idea could be to improve the SymcML support of Horde
> which is the code base the Kolab Web Client is build upon,
> see http://wiki.kolab.org/index.php/Web_Client_SyncML
>
> Another route beside funambol could be to see if z-push could be integrated
> with Horde code or grow Kolab compatibility:
> http://z-push.sourceforge.net/soswp/
>
> Naturally - as Kolab Coordinator - I am interested in a broad range of
> developments and having a well working sync with mobile devices like the
> the
> IPhone is of course interesting.
>
> Best,
> Bernhard
>
> --
> Managing Director - Owner: www.intevation.net       (Free Software
> Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com<http://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-devel mailing list
> Kolab-devel at kolab.org
> https://kolab.org/mailman/listinfo/kolab-devel
>



-- 
Tyrell Berry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-devel/attachments/20090713/9efc0269/attachment.html

From kolab-issues at intevation.de  Mon Jul 13 19:34:26 2009
From: kolab-issues at intevation.de (Luis)
Date: Mon, 13 Jul 2009 17:34:26 +0000
Subject: [Kolab-devel] [issue3757] Horde empty Address Book Contacts
Message-ID: <1247506466.5.0.815350017847.issue3757@intevation.de>


New submission from Luis <lvinay at xtech.com.ar>:

Using Kolab 2.2.2 Debian 4.0 binaries, adding a contact to the "Contacts"
address book, selecting the email address from the read mail pop-up window and
selecting "Add to address book", creates an empty entry.

----------
messages: 20897
nosy: xtech
priority: bug
status: unread
title: Horde empty Address Book Contacts
topic: debian, kolab.org, server, web client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3757>
___________________________________________________


From ml at radoeka.nl  Mon Jul 13 20:34:05 2009
From: ml at radoeka.nl (Richard Bos)
Date: Mon, 13 Jul 2009 20:34:05 +0200
Subject: [Kolab-devel] Kolab/Filter/AllTests.php leaves behind a tmp file
	called
Message-ID: <200907132034.06482.ml@radoeka.nl>

Hi Gunnar,


it looks like that this script / test
/usr/share/php5/PEAR/test/Kolab_Filter/Horde/Kolab/Filter/AllTests.php leaves 
behind a tmp file called: BIG.eml.6dGhVg
Is that intended?  Should I report it in kolab's tracker?

It's great to see your responses and emails back on the emaillists!

-- 
Richard


From wrobel at pardus.de  Tue Jul 14 11:24:39 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Tue, 14 Jul 2009 11:24:39 +0200
Subject: [Kolab-devel] Kolab/Filter/AllTests.php leaves behind a
	tmp	file called
In-Reply-To: <200907132034.06482.ml@radoeka.nl>
References: <200907132034.06482.ml@radoeka.nl>
Message-ID: <20090714112439.15061iacpfdxr3es@webmail.pardus.de>

Quoting Richard Bos <ml at radoeka.nl>:

> Hi Gunnar,
>
>
> it looks like that this script / test
> /usr/share/php5/PEAR/test/Kolab_Filter/Horde/Kolab/Filter/AllTests.php leaves
> behind a tmp file called: BIG.eml.6dGhVg
> Is that intended?

No, it is not - especially since it is a big file as the name says :)

> Should I report it in kolab's tracker?

Yes, please do so.

>
> It's great to see your responses and emails back on the emaillists!

Yeah, sorry, another contract captured a lot of my time. Don't worry  
I'll stick to Kolab and Horde.

Cheers,

Gunnar

>
> --
> Richard
>
> _______________________________________________
> Kolab-devel mailing list
> Kolab-devel at kolab.org
> https://kolab.org/mailman/listinfo/kolab-devel
>



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

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

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

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

From kolab-issues at intevation.de  Tue Jul 14 13:44:25 2009
From: kolab-issues at intevation.de (Mathieu Parent)
Date: Tue, 14 Jul 2009 11:44:25 +0000
Subject: [Kolab-devel] [issue3758] New patch for horde configs to submit
	upstream
Message-ID: <1247571865.73.0.012469409501.issue3758@intevation.de>


New submission from Mathieu Parent <mathieuparent at users.sourceforge.net>:

See the attached patch.

As in Debian a package cannot change config files from others packages, we need
important patches to be included upstream.

The patch does the following:
- When using Kolab, other mail servers, turba sources and ingo backends are ignored
- kolab_global source is read_only (accessed anonymously)
- kolab_global __uid is set to 'dn' (this solves a problem when clicking on a
search result entry)

The patch shoult be applied to all branches.

----------
assignedto: wrobel
files: horde3-cvs.diff
messages: 20906
nosy: mathieu.parent, rbos, wrobel
priority: wish
status: unread
title: New patch for horde configs to submit upstream
topic: web client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3758>
___________________________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: horde3-cvs.diff
Url: http://kolab.org/pipermail/kolab-devel/attachments/20090714/d672a7b4/horde3-cvs.txt

From bernhard at intevation.de  Tue Jul 14 14:23:26 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 14 Jul 2009 14:23:26 +0200
Subject: [Kolab-devel] Kolab connector for Mac OS
In-Reply-To: <efdc7a910907130957y5f0ec237q9af7207d567441c7@mail.gmail.com>
References: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>
	<200907131502.13208.bernhard@intevation.de>
	<efdc7a910907130957y5f0ec237q9af7207d567441c7@mail.gmail.com>
Message-ID: <200907141423.26878.bernhard@intevation.de>

Am Montag, 13. Juli 2009 18:57:58 schrieb Tyrell Berry:
> Expanding SyncML seems to be a logical approach. ?There are already
> funambol-based projects for other devices, like vcardio for android, and
> considering funambol is open source, I'm equally sure I can get my hands on
> their code reletively easy, so to expand it and make it work with custom
> fields. 

I've heard that with funambol you'll need to buy a proprietary enterprise 
edition, if you desire to get real support for the product and the product 
matrix. I haven't rechecked this myself, though.

> It wouldn't "Push" the changes the way that a solution which 
> bridges through mobileme/Apple Sync Services would, but is certainly a
> solution that would benifit more iPhone users than my original
> proposition. ? I will investigate further.

If you find results about different ways how to integrate sync with the Kolab 
System, our wiki would love to have it (and the references of course). :)

> As for Z-sync, correct me if I'm wrong, but I thought activesync only
> supported the standard VCard fields? ?If it in fact supports custom labels
> and such, it would be a far better match for my needs than any funambol
> based solution could ever be...

I don't know. Might be worth checking, though.

-- 
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-devel/attachments/20090714/40269425/attachment.bin

From kolab-issues at intevation.de  Tue Jul 14 14:49:25 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Tue, 14 Jul 2009 12:49:25 +0000
Subject: [Kolab-devel] [issue3759] Create Task from mail,
	click on apply and ok-> two mails are send.
Message-ID: <1247575764.76.0.477947591691.issue3759@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090626.987605

Test:
1. Switch to Mail plugin.
2. Select a mail and click on CreateTask/Reminder
3. Add an attendee to the task.
4. Click on Apply and send a mail.
5. Click on Ok and send a second mail.
After pressing Apply no change to the task was done, so no second mail should be
sent, when pressing Ok. 

This issue belongs to rt5825

----------
assignedto: allen
messages: 20909
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Create Task from mail, click on apply and ok-> two mails are send.
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3759>
___________________________________________________


From kolab-issues at intevation.de  Tue Jul 14 23:28:25 2009
From: kolab-issues at intevation.de (Richard Bos)
Date: Tue, 14 Jul 2009 21:28:25 +0000
Subject: [Kolab-devel] [issue3760] Kolab/Filter/AllTests.php leaves behind a
	tmp file called bigFile
Message-ID: <1247606904.94.0.588792881126.issue3760@intevation.de>


New submission from Richard Bos <ml at radoeka.nl>:

> it looks like that this script / test
> /usr/share/php5/PEAR/test/Kolab_Filter/Horde/Kolab/Filter/AllTests.php leaves
> behind a tmp file called: BIG.eml.6dGhVg
> Is that intended?

No, it is not - especially since it is a big file as the name says :)

> Should I report it in kolab's tracker?

Yes, please do so.


Cheers,

Gunnar

----------
assignedto: wrobel
messages: 20911
nosy: rbos, wrobel
priority: bug
status: unread
title: Kolab/Filter/AllTests.php leaves behind a tmp file called bigFile
topic: server
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3760>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul 16 15:28:46 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 16 Jul 2009 13:28:46 +0000
Subject: [Kolab-devel] [issue3761] Todo with only start-date or only
	end-date is not in the summary
Message-ID: <1247750926.55.0.41511463511.issue3761@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090715.996815

Today is the 20090716. I have a task which just has the start-date of the
20090714 and which is not resolved yet, but it is not displayed in the
todos-summary.

I also have a task which has the end-date of the 20090718, but it is also not
displayed in the summary.

Both events are relevant for today and should be displayed in the summary.

----------
assignedto: allen
messages: 20935
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Todo with only start-date or only end-date is not in the summary
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3761>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul 16 15:37:55 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 16 Jul 2009 13:37:55 +0000
Subject: [Kolab-devel] [issue3762] To-do: The user cannot activate an alarm,
	if he just selected a start-date.
Message-ID: <1247751475.23.0.227379387167.issue3762@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e35 20090715.996815

Test:
1. Switch to todos.
2. Start to create a new todo.
3. Select a start-date.
=> The alarm is greyed out. Why cannot a user get an alarm before the start of a
todo?

----------
assignedto: allen
messages: 20937
nosy: allen, bh, ludwig
priority: minor bug
status: unread
title: To-do: The user cannot activate an alarm, if he just selected a start-date.
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3762>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul 17 11:59:12 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 17 Jul 2009 09:59:12 +0000
Subject: [Kolab-devel] [issue3763] Recent addresses aren't displayed right.
Message-ID: <1247824752.6.0.920259304672.issue3763@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact e35 20090715.996815

Test:
1. Open a composer and send a mail to 
  "Test, Test1" <example1 at example.de>
2. Open another composer and try to send a mail to the same addresse.
=> Under the recent addresses the address is displayed in:
  "\"Test, Test1\"" <example1 at example.de>
 The backslashes and the second quotation mark are wrong.

----------
assignedto: allen
messages: 20946
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Recent addresses aren't displayed right.
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3763>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul 17 15:24:30 2009
From: kolab-issues at intevation.de (Thomas Arendsen Hein)
Date: Fri, 17 Jul 2009 13:24:30 +0000
Subject: [Kolab-devel] [issue3764] kolab.conf: bind_pw_hash not set on
	slaves, causes OpenLDAP restarts
Message-ID: <1247837070.22.0.537031242717.issue3764@intevation.de>


New submission from Thomas Arendsen Hein <thomas at intevation.de>:

Tested with Kolab Server 2.2.2:
kolab_bootstrap -b on the Kolab slave does not create an entry for bind_pw_hash,
therefore the (salted) hash is recreated with a different salt and at least
OpenLDAP's slapd.conf is different at each run of kolabconf, which will cause a
restart of this service.

Workaround:
Manually copy the entry from the master's kolab.conf

Should be fixed in HEAD and kolab_2_2_branch

----------
assignedto: thomas
messages: 20951
nosy: martin, thomas, wilde, wrobel
priority: urgent
status: unread
title: kolab.conf: bind_pw_hash not set on slaves, causes OpenLDAP restarts
topic: server
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3764>
___________________________________________________


From kolab-issues at intevation.de  Sat Jul 18 00:52:14 2009
From: kolab-issues at intevation.de (Mathieu Parent)
Date: Fri, 17 Jul 2009 22:52:14 +0000
Subject: [Kolab-devel] [issue3765] dist_conf'iguration for openldap module
	loading
Message-ID: <1247871134.63.0.786325761248.issue3765@intevation.de>


New submission from Mathieu Parent <mathieuparent at users.sourceforge.net>:

The attached patch adds the ldapserver_modulepath variable in dist_conf and
kolab.globals.

- is value is false, statuc linking is used
- otherwise, the path is used to load the following modules: 
  +moduleload     back_bdb
  +moduleload     back_monitor
  +moduleload     refint
  +moduleload     unique
  +moduleload syncprov

This removes a debian and suse specific patch.

Richard, what is the value for suse?

----------
files: ldapserver-moduleload.diff
messages: 20959
nosy: martin, mathieu.parent, rbos, thomas, wilde, wrobel
priority: feature
status: unread
title: dist_conf'iguration for openldap module loading
topic: server
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3765>
___________________________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ldapserver-moduleload.diff
Url: http://kolab.org/pipermail/kolab-devel/attachments/20090717/ddb1a5e6/ldapserver-moduleload.txt

From kolab-issues at intevation.de  Mon Jul 20 12:31:33 2009
From: kolab-issues at intevation.de (Bernhard Herzog)
Date: Mon, 20 Jul 2009 10:31:33 +0000
Subject: [Kolab-devel] [issue3766] Kontact shows unknown Kolab XML event
	attendee status values as "Accepted"
Message-ID: <1248085893.39.0.676743702.issue3766@intevation.de>


New submission from Bernhard Herzog <bh at intevation.de>:

Observed with Kontact enterprise35 20090715.996815:

If a calendar item on the Kolab server has an attendee with a status value that
Kontact doesn't know, this status is displayed as "Accepted".  More
specifically, in this particular case, due to a defect in the Kolab server
version 2.2.0, the attendee status in the Kolab XML was 

  <status>needs-action</status>

This is not a valid status according to the Kolab format, so Kontact falls back
to the default value of "Accepted". 

This default value is wrong.  If Kontact doesn't know how to interpret the
status, it would be best if it could indicate that the status is unknown.

----------
assignedto: allen
messages: 20962
nosy: allen, bernhard, bh, ludwig, till
priority: bug
status: unread
title: Kontact shows unknown Kolab XML event attendee status values as "Accepted"
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3766>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul 20 12:55:03 2009
From: kolab-issues at intevation.de (Bernhard Herzog)
Date: Mon, 20 Jul 2009 10:55:03 +0000
Subject: [Kolab-devel] [issue3767] Kolab server 2.2.0 resmgr creates
	incorrect event attendee status values
Message-ID: <1248087302.39.0.204404572588.issue3767@intevation.de>


New submission from Bernhard Herzog <bh at intevation.de>:

Kolab Server 2.2.0 (and probably earlier versions) have a defect in the resource
manager when converting an invitation into a calendar entry in Kolab XML format.
 An attendee status of PARTSTAT=NEEDS-ACTION in the invitation is converted to
<status>needs-action</status> in the XML.  "needs-action" is not a valid status
value according to the Kolab format specification.  A better value would be
"none", which is what Konatct (at least in the enterprise 35 branch) does.  The
Kolab format specification isn't clear on this, though.

This issue is kkc only if it can be fixes quickly, whithin 1-2 hours.

Kolab Server 2.2.2 doesn't have this problem anymore.

----------
assignedto: thomas
messages: 20965
nosy: bernhard, bh, thomas, till, wrobel
priority: urgent
status: unread
title: Kolab server 2.2.0 resmgr creates incorrect event attendee status values
topic: kkc, server
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3767>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul 20 12:57:03 2009
From: kolab-issues at intevation.de (Bernhard Herzog)
Date: Mon, 20 Jul 2009 10:57:03 +0000
Subject: [Kolab-devel] [issue3768] Kolab server 2.2.2 resmgr doesn't copy
	attendee status
Message-ID: <1248087423.19.0.865690015432.issue3768@intevation.de>


New submission from Bernhard Herzog <bh at intevation.de>:

The resource manager in Kolab server 2.2.2 does not copy the attendee status
when creating a Calendar entry for an invitation.  The status is always set to
"none".

The older version 2.2.0 was better in that it actually copied the status. 
However it had a different defect: kolab/issue3767

----------
assignedto: thomas
messages: 20966
nosy: bernhard, bh, thomas, till, wrobel
priority: bug
status: unread
title: Kolab server 2.2.2 resmgr doesn't copy attendee status
topic: kkc, server
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3768>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul 20 16:28:26 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Mon, 20 Jul 2009 14:28:26 +0000
Subject: [Kolab-devel] [issue3769] Freebusy list send as email crashes in
	KCal::IncidenceFormatter::formatICalInvitation
Message-ID: <1248100106.48.0.870879953656.issue3769@intevation.de>


New submission from Bernhard Reiter <bernhard at intevation.de>:

Open the attached malicious email and get a crash.

Architecture: i386
Source: kdepim
Version: 4:3.5.10.enterprise.0.20090715.996815-kk1

[KCrash handler]
#5  QValueList (this=0xfff20828, l=@0x30)
    at /usr/share/qt3/include/qvaluelist.h:433
#6  0xf65cb829 in ListBase (this=0xfff20828, l=@0x30)
    at ../libkcal/listbase.h:42
#7  0xf66121d4 in rsvpRequested (incidence=<value optimized out>)
    at incidenceformatter.cpp:729
#8  0xf6620352 in KCal::IncidenceFormatter::formatICalInvitation (
    invitation=@0xfff20cb8, mCalendar=0xfff20b9c, helper=0xfff20c90)
    at incidenceformatter.cpp:1602
#9  0xf1e7b80b in (anonymous namespace)::Formatter::format (this=0x8639de0,
    bodyPart=0xfff20d58, writer=0x85c7918) at text_calendar.cpp:173
#10 0xf4e96e9d in KMail::ObjectTreeParser::parseObjectTree (this=0xfff20f2c,
    node=0x8641ca0) at objecttreeparser.cpp:281
#11 0xf4d72a4f in KMReaderWin::parseMsg (this=0x85c58f8, aMsg=0x85ce440)
    at kmreaderwin.cpp:1603
#12 0xf4d6b254 in KMReaderWin::displayMessage (this=0x85c58f8)
    at kmreaderwin.cpp:1528
#13 0xf4d6b436 in KMReaderWin::updateReaderWin (this=0x85c58f8)
    at kmreaderwin.cpp:1463
#14 0xf4d6b922 in KMReaderWin::setMsg (this=0x85c58f8, aMsg=0x85ce440,
    force=true) at kmreaderwin.cpp:1269
#15 0xf4ed1e03 in KMReaderMainWin::showMsg (this=0x85ed448,
    encoding=@0x84eac1c, msg=0x85ce440) at kmreadermainwin.cpp:146
#16 0xf4ec4297 in KMOpenMsgCommand::slotResult (this=0x84eab60, job=0x85f40f8)
    at kmcommands.cpp:1062
#17 0xf4ec7e1c in KMOpenMsgCommand::qt_invoke (this=0x84eab60, _id=10,
    _o=0xfff213a4) at kmcommands.moc:1231
#18 0xf6fb7d4f in QObject::activate_signal (this=0x85f40f8, clist=0x844cff0,
    o=0xfff213a4) at kernel/qobject.cpp:2356
[..]

----------
assignedto: allen
files: kontact-crash-freebusy-mail.mail
messages: 20976
nosy: allen, bernhard, emanuel, till
priority: critical
status: unread
title: Freebusy list send as email crashes in KCal::IncidenceFormatter::formatICalInvitation
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3769>
___________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kontact-crash-freebusy-mail.mail
Type: application/octet-stream
Size: 1605 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-devel/attachments/20090720/ba077eaf/kontact-crash-freebusy-mail.exe

From kolab-issues at intevation.de  Tue Jul 21 12:46:55 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Tue, 21 Jul 2009 10:46:55 +0000
Subject: [Kolab-devel] [issue3770] Kontact -> Events time zone settings
	disfunctional
Message-ID: <1248173215.82.0.398237256747.issue3770@intevation.de>


New submission from Bernhard Reiter <bernhard at intevation.de>:

Split out from kolab/issue3493 (kontact creates events with the wrong time):

It is okay if Kontact takes the KDE time zone settings I think.


msg20958
Author: allen
Date: 2009-07-17.21:39:29
in msg 20605, Ludwig wrote:
" 1. A opens his calendar configuration dialog.
  2. A selects time&date and enters the time zone "Central European Standard
Time".
  3. A closes and restarts kontact and looks at the same configuration dialog.
  => No timezone is set.
This is also a problem."

Please note that KOrganizer will no longer be able to have a timezone setting
different from the system timezone.  I will work on removing the timezone
setting from the configuration dialog.

----------
assignedto: allen
messages: 20981
nosy: allen, bernhard, bh, ludwig, thomas, till
priority: bug
status: unread
title: Kontact -> Events time zone settings disfunctional
topic: enterprise4, kowi
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3770>
___________________________________________________


From kolab-issues at intevation.de  Tue Jul 21 17:07:47 2009
From: kolab-issues at intevation.de (=?utf-8?q?Emanuel_Sch=C3=BCtze?=)
Date: Tue, 21 Jul 2009 15:07:47 +0000
Subject: [Kolab-devel] [issue3771] Empty organizer entry not editable
Message-ID: <1248188867.47.0.425535096648.issue3771@intevation.de>


New submission from Emanuel Sch?tze <emanuel at intevation.de>:

In special cases there are events _without_ organizer entry. (See attached ics
file with a test event.) 

If an event has no organizer Kontact e35 (20090715) shows in the event edit view
(-> tab attendees) empty string behind the "Organizer:" label.

We need a possibility to enter/reset a new organizer (e.g. with a drop down list
to select like in events which show correct organizer entries).

----------
assignedto: allen
files: ical-testevent-without-organizer.ics
messages: 20987
nosy: allen, emanuel
priority: urgent
status: unread
title: Empty organizer entry not editable
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3771>
___________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ical-testevent-without-organizer.ics
Type: application/octet-stream
Size: 865 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-devel/attachments/20090721/925cae36/ical-testevent-without-organizer.exe

From kolab-issues at intevation.de  Thu Jul 23 03:25:47 2009
From: kolab-issues at intevation.de (Thomas Spuhler)
Date: Thu, 23 Jul 2009 01:25:47 +0000
Subject: [Kolab-devel] [issue3772] kolab openldap schema files are not moved
	regardles of dist-conf
Message-ID: <1248312347.44.0.848023015625.issue3772@intevation.de>


New submission from Thomas Spuhler <thomas at btspuhler.com>:

all schemafiles are placed as:

/etc/openldap/schema/horde.schema
/etc/openldap/schema/kolab2.schema
/etc/openldap/schema/rfc2739.schema

changing the make file from
ldapschemadir = $(ldapserver_confdir)/schema
dist_ldapschema_DATA = $(ldapschema_FILES)

to:
ldapschemadir = $(ldapserver_schemadir)
dist_ldapschema_DATA = $(ldapschema_FILES)

Solves the problem
Thomas

----------
files: Makefile.diff
messages: 21024
nosy: spuhler
priority: minor bug
status: unread
title: kolab openldap schema files are not moved regardles of dist-conf
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3772>
___________________________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: Makefile.diff
Url: http://kolab.org/pipermail/kolab-devel/attachments/20090723/8e047e2c/Makefile.txt

From bernhard at intevation.de  Thu Jul 23 18:06:18 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 23 Jul 2009 18:06:18 +0200
Subject: [Kolab-devel] Issue tracker roundup before upgrade (next week)
Message-ID: <200907231806.21337.bernhard@intevation.de>

Just to let you know:
In the last weeks the issue tracker roundup has shown more hickups than usual.
We plan to upgrade it  during next week, Thomas (Arendsen Hein) will do it. :)
Sorry for the inconveniences!

The current slowness is extraordinary, the server process seems to hang now 
occasionally, which it only did once or month or so. So we are going to 
upgrade roundup to 1.4.8 or 1.4.9 and move it onto postgresql.
We have already done a test migration, so there are no major technical 
obstacles.

Best,
Bernhard

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

From martin.konold at erfrakon.de  Fri Jul 24 09:23:58 2009
From: martin.konold at erfrakon.de (Martin Konold)
Date: Fri, 24 Jul 2009 09:23:58 +0200
Subject: [Kolab-devel] annotations patch in c-client what is the status?
In-Reply-To: <200907010951.27696.bernhard@intevation.de>
References: <200906032321.30110.ml@radoeka.nl>
	<200906051203.44372.martin.konold@erfrakon.de>
	<200907010951.27696.bernhard@intevation.de>
Message-ID: <200907240923.58654.martin.konold@erfrakon.de>

On Wednesday 01 July 2009 09:51:24 Bernhard Reiter wrote:

Hi,

> Note that currently there is a new imap c++ library developed
> (as part of our "prototype-e5" contract extending Kontact). This might be
> able to replace the c-client library, especially in situations where it
> actually is wrapped for access in an object oriented way.
>
> BH (in cc) will post later where to find the library.

I did not see the relevant post.

Yours,
-- martin


From kolab-issues at intevation.de  Fri Jul 24 12:51:01 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Fri, 24 Jul 2009 10:51:01 +0000
Subject: [Kolab-devel] [issue3773] Status "delegated" should be in
	Kolab-Format spec
Message-ID: <1248432661.5.0.0767978693148.issue3773@intevation.de>


New submission from Bernhard Reiter <bernhard at intevation.de>:

The Kontact e35 implements a <status> value "delegated" for attendees
in events. This does not match the current Kolab-Format specification.

So it should get into the spec. 
This might mean to put it in a 2.0.1 spec.

----------
assignedto: bernhard
messages: 21069
nosy: allen, bernhard, emanuel, till
priority: bug
status: unread
title: Status "delegated" should be in Kolab-Format spec
topic: concept, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3773>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul 24 15:54:04 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Fri, 24 Jul 2009 13:54:04 +0000
Subject: [Kolab-devel] [issue3774] Another address completion mode for late
	completion (rt#5780)
Message-ID: <1248443644.68.0.321333826641.issue3774@intevation.de>


New submission from Bernhard Reiter <bernhard at intevation.de>:

Please propose and estimate first!

Some users wish to have an addresscompletion mode which works
similiar to the one in Outlook:

a) Wait with completion until the user leave the input line
   or starts with a new address.
b) If there is an exact match, just place it in there. Otherwise
   bring up an dialog with suggestions (that contain the several matches).

For b) I believe that this should wait until all sources have come back
or the event dialog is going to be closed.
~

----------
assignedto: allen
messages: 21075
nosy: allen, bernhard, emanuel, till
priority: wish
status: unread
title: Another address completion mode for late completion (rt#5780)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3774>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul 27 12:14:06 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Mon, 27 Jul 2009 10:14:06 +0000
Subject: [Kolab-devel] [issue3775] Crash creating local maildir email folder
	KMail::NewFolderDialog::slotOk
Message-ID: <1248689645.98.0.0128904492143.issue3775@intevation.de>


New submission from Bernhard Reiter <bernhard at intevation.de>:

Tried to create a new local folder for emails with maildir.
Version: 4:3.5.10.enterprise.0.20090724.1001837-kk1
I can make it crash 8 out of 10 tries.

How to reproduce:
a) trigger a sync
b) Immedeately after a) right click on one of the local folder
  (top or subfolder) "new folder" or "new subfolder"
c) Enter a new name for the folder and press return

Sometimes it works, on a freshly started Kontact.

Backtraces look like:

[..]
#5  0xb70db5b8 in QComboBox::currentItem (this=0x6d007400)
    at widgets/qcombobox.cpp:1020
#6  0xb5282ac5 in KMail::NewFolderDialog::slotOk (this=0x82a6170)
    at newfolderdialog.cpp:305
#7  0xb6931de9 in KDialogBase::qt_invoke (this=0x82a6170, _id=74,
    _o=0xbf8dac5c) at ./kdialogbase.moc:359
#8  0xb5282f5b in KMail::NewFolderDialog::qt_invoke (this=0x82a6170, _id=74,
    _o=0xbf8dac5c) at newfolderdialog.moc:90
#9  0xb7039d4f in QObject::activate_signal (this=0x8c6f9a8, clist=0x8b34c08,
    o=0xbf8dac5c) at kernel/qobject.cpp:2356
[..]

----------
assignedto: allen
messages: 21093
nosy: allen, bernhard, ludwig, till
priority: critical
status: unread
title: Crash creating local maildir email folder KMail::NewFolderDialog::slotOk
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3775>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul 27 13:06:08 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Mon, 27 Jul 2009 11:06:08 +0000
Subject: [Kolab-devel] [issue3776] On invitation updates,
	I get asked for the calender folder to save in (rt#5803)
Message-ID: <1248692768.07.0.61232038356.issue3776@intevation.de>


New submission from Bernhard Reiter <bernhard at intevation.de>:

Architecture: i386
Source: kdepim
Version: 4:3.5.10.enterprise.0.20090724.1001837-kk1

Invitations are called Ix with x being the number and IxUy, y the update.
sending I3 and I3U1  to user U2

I am accepting I3.
I get automatically advanced to email I3U1 which looks the same as before.
Now switching to another email and then back to I3U1, the text has changed
below the headline.
        The following changes have been made by the organizer:
        * Timechange [..]

Hitting "record" will ask me for the folder to save in. The same with "accept".
The dialog knows the difference, why do I still get asked for the folder?

  If I select a different folder than before, the appointment will get moved.
  This is surprising and forces me to know or find out the right folder.
  It can also lead to moving an already existing appointment out off a
  folder that is shared with other users, so this is an important issues.

So it might cause kolab/issue3724 (Appointments vanish, when having access to 
other participants calender folders (rt#5803))

----------
assignedto: allen
messages: 21095
nosy: allen, bernhard, ludwig, till
priority: urgent
status: unread
title: On invitation updates, I get asked for the calender folder to save in (rt#5803)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3776>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul 27 13:50:53 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 27 Jul 2009 11:50:53 +0000
Subject: [Kolab-devel] [issue3777] OnlineIMAP: Crash in
	KMail::NewFolderDialog::slotOk at newfolderdialog.cpp:305
	while trying to create a new folder
Message-ID: <1248695453.45.0.0336827163882.issue3777@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

Observed with Kontact enterprise35 20090724.1001837

Test:
Req: An Online IMAP account is configured.
1. Start to create a subfolder of the inbox.
2. Enter a name.
3. Press Ok.
=> Crash.

See backtrace crash-create-folder-20090727.txt for details.

----------
assignedto: allen
files: crash-create-folder-20090727.txt
messages: 21097
nosy: allen, bh, ludwig
priority: critical
status: unread
title: OnlineIMAP: Crash in KMail::NewFolderDialog::slotOk at newfolderdialog.cpp:305 while trying to create a new folder
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3777>
___________________________________________________
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: crash-create-folder-20090727.txt
Url: http://kolab.org/pipermail/kolab-devel/attachments/20090727/9ea0a8f7/crash-create-folder-20090727.txt

From kolab-issues at intevation.de  Mon Jul 27 15:34:04 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 27 Jul 2009 13:34:04 +0000
Subject: [Kolab-devel] [issue3778] The label of an appointment,
	which ranges over days, doesn't use all space
Message-ID: <1248701644.08.0.328880785575.issue3778@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090724.1001837

Test:
1. Switch to calendar.
2. Create a event which ranges over some days and uses time.
3. Look at the labels of this event.

----------
assignedto: allen
messages: 21101
nosy: allen, bh, ludwig
priority: bug
status: unread
title: The label of an appointment, which ranges over days, doesn't use all space
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3778>
___________________________________________________


From kolab-issues at intevation.de  Mon Jul 27 16:36:21 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 27 Jul 2009 14:36:21 +0000
Subject: [Kolab-devel] [issue3779] An attendee of a deleted appintment,
	cannot remove it from his calendar.
Message-ID: <1248705381.27.0.548181406376.issue3779@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed Kontact enterprise35 20090724.1001837

Test:
Req:
A has access to B's calendar.
B has access to A's calendar.
Step:
1. A invite B to an appointment.
2. B syncs and accepts the appointment.
3. A syncs and enters the update mail into his calendar.
4. A deletes the appointment and sends a mail.
5. B syncs and looks at the update mail.
=> In the update mail is *no* button to remove the appointment. The user cannot
enter the update mail into his calendar and remove the appointment.

----------
assignedto: allen
messages: 21105
nosy: allen, bh, ludwig
priority: critical
status: unread
title: An attendee of a deleted appintment, cannot remove it from his calendar.
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3779>
___________________________________________________


From v.vanghelle at proxiad.com  Tue Jul 28 10:57:18 2009
From: v.vanghelle at proxiad.com (Vincent Vanghelle)
Date: Tue, 28 Jul 2009 10:57:18 +0200
Subject: [Kolab-devel] Enable cURL in Kolab?
Message-ID: <4A6EBD6E.9020107@proxiad.com>

Hi.

I'm working on the integration of Horde on a Single Sign-On module : CAS 
Server.

To do so, after the installation of Kolab 2.2.1, I applied the patches 
from ESUP (  http://sourcesup.cru.fr/frs/?group_id=264 ). Then when I 
try to access to Horde, I've got this error message :


  A fatal error has occurred
  Auth_cas: Required CURL extension not found.
  Details have been logged for the administrator.


Actualy I need cURL enabled on Kolab to process.

How can I configure that? in php.ini file?

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-devel/attachments/20090728/88520741/attachment.html

From kolab-issues at intevation.de  Tue Jul 28 12:48:46 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Tue, 28 Jul 2009 10:48:46 +0000
Subject: [Kolab-devel] [issue3780] If a attendee rejects an appointment,
	he gets an error message,
	that the appointment couldn't be found in a calendar.
Message-ID: <1248778126.66.0.345863705752.issue3780@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090724.1001837

Test:
Req: A and B. Both have a single dimap account configured.
1. A invites B to an appointment.
2. B syncs.
3. B rejects the invitation.
=> An error message appears telling B that the appointment is not found in any
calendar.

----------
assignedto: allen
messages: 21109
nosy: allen, bernhard, bh, ludwig
priority: critical
status: unread
title: If a attendee rejects an appointment, he gets an error message, that the appointment couldn't be found in a calendar.
topic: kde client, prokde35
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3780>
___________________________________________________


From kolab-issues at intevation.de  Wed Jul 29 16:34:36 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 29 Jul 2009 14:34:36 +0000
Subject: [Kolab-devel] [issue3781] Calendar: Delete an accepted appointment,
	without sending to organizer(rt#5835)
Message-ID: <1248878076.78.0.424054395631.issue3781@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090724.1001837

Test:
1. A sends an invitation to B.
2. B accepts.
3. B deletes the appointment from his calendar.
4. B confirms this.
=> After the confirm dialog, B is asked either to delete this appointment and
send  an update mail to the organizer or do nothing.
The users expect, that they have an option to delete the appointment, without
sending an update mail to the organizer.

----------
assignedto: allen
messages: 21129
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Calendar: Delete an accepted appointment, without sending to organizer(rt#5835)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3781>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul 30 09:41:02 2009
From: kolab-issues at intevation.de (Neville Makopo)
Date: Thu, 30 Jul 2009 07:41:02 +0000
Subject: [Kolab-devel] [issue3782] Kontact Disposition Notification -
	Unknown receiver
Message-ID: <1248939661.95.0.948227486725.issue3782@intevation.de>


New submission from Neville Makopo <neville at rootcore.com>:

Kontact Version 1.4.2
KMail Version 1.11.2

The receiver of the Disposition Notification is not correct.

1. Compose a new email 
2. In the composer click on "Options" menus  and check "Request Disposition 
Notification"
3. Send the email
4. check inbox and the disposition notification email is returned fine but the
receiver is "Unknown"

thanks

----------
messages: 21132
nosy: kompressor, ludwig, stephanb, thomas, till, wrobel
priority: bug
status: unread
title: Kontact Disposition Notification - Unknown receiver
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3782>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul 30 12:29:46 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 30 Jul 2009 10:29:46 +0000
Subject: [Kolab-devel] =?utf-8?q?=5Bissue3783=5D_SMIME_encrypted_and_signe?=
	=?utf-8?q?d_mail=3A_Audit_log_dialog_contains_=3F_0E=3F=3F=3D0E=5F?=
	=?utf-8?b?YXRfdGhlX2JvdHRvbT89?=
Message-ID: <1248949786.36.0.845938291302.issue3783@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090729.1004164

Test:
1. A sends a S/MIME encrypted and signed mail to B.
2. B looks at the mail, clicks on the details and clicks on the audit log.
=> At the bottom of the audit log is ????. This is confusing for the user.

----------
assignedto: allen
messages: 21138
nosy: allen, bh, ludwig
priority: minor bug
status: unread
title: SMIME encrypted and signed mail: Audit log dialog contains ???? at the bottom
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3783>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul 30 16:02:56 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 30 Jul 2009 14:02:56 +0000
Subject: [Kolab-devel] [issue3784] Calendar: Scrolling thru the month
	summary with the arrow keys and the page keys. (rt#5837)
Message-ID: <1248962575.91.0.650448290312.issue3784@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

It should be possible to scroll thru the month summary(in the upper left) with
the arrow keys and the page keys:
arrow left and right: day steps
arrow up/down: week steps
page up down: month steps.

Allen: can you estimate the effort, before you start to work on this issue?

----------
assignedto: allen
messages: 21142
nosy: allen, bh, ludwig
priority: wish
status: unread
title: Calendar: Scrolling thru the month summary with the arrow keys and the page keys. (rt#5837)
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3784>
___________________________________________________


From kolab-issues at intevation.de  Thu Jul 30 16:13:23 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 30 Jul 2009 14:13:23 +0000
Subject: [Kolab-devel] [issue3785] Calendar: Scrolling through the month
	view with the arrow keys,
	the mouse wheel and the page keys. (rt#5838)
Message-ID: <1248963203.81.0.910885164604.issue3785@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

It should be possible to scroll through the month view(in the right) with
the arrow keys and the page keys and the mouse wheel:
mouse wheel: day steps
arrow left and right: day steps
arrow up/down: week steps
page up down: month steps.

Allen: can you estimate the effort, before you start to work on this issue?

----------
assignedto: allen
messages: 21143
nosy: allen, bh, ludwig
priority: wish
status: unread
title: Calendar: Scrolling through the month view with the arrow keys, the mouse wheel and the page keys. (rt#5838)
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3785>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul 31 12:39:49 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 31 Jul 2009 10:39:49 +0000
Subject: [Kolab-devel] [issue3786] group account replys are in English
Message-ID: <1249036788.94.0.73440424152.issue3786@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with kolab server 2.2.2

Test with Kontact:
1. A invites a groupaccount to an appointment.
=> The group account accepts the invitation.
2. A deletes the appointment.
=> The group account sends an English "the appointment has been cancelled" mail.

The user expect the mail to be German.
Is there a way to konfigure the Server to send German mails?

----------
assignedto: thomas
messages: 21157
nosy: bh, ludwig, thomas
priority: bug
status: unread
title: group account replys are in English
topic: server
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3786>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul 31 12:58:07 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 31 Jul 2009 10:58:07 +0000
Subject: [Kolab-devel] [issue3787] Automatic Spellchekcing should check
	subject of a mail in the composer(rt5836)
Message-ID: <1249037887.68.0.910177824868.issue3787@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

observed with Kontact enterprise35 20090724.1004164

Test:
1. Open a composer.
2. Set automatic spellchecking on.
3. Enter words like "xyz xyz xzy" into the subject of the mail.
=> The words are not displayed in red.
The user expects that the automatic spellchecking checks these words and displays 
them in red.

Can you estimate the effort to fix this problem, before you start to fix it?

----------
assignedto: allen
messages: 21158
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Automatic Spellchekcing should check subject of a mail in the composer(rt5836)
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3787>
___________________________________________________


From kolab-issues at intevation.de  Fri Jul 31 14:39:55 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 31 Jul 2009 12:39:55 +0000
Subject: [Kolab-devel] [issue3788] Calendar: A default for the reminder
	option should be configurable(rt5841)
Message-ID: <1249043995.09.0.391051413514.issue3788@intevation.de>


New submission from Ludwig Reiter <ludwig at intevation.de>:

In a new appointment:
It should be possible to configure a default for the reminder option.
Like the default reminder time, it should be possible to have something like a
default reminder option in the configuration dialog.

(See Configure Calendar..-> Time & Date -> Default Reminder Time)

Allen, please estimate before working on this problem.

----------
assignedto: allen
messages: 21159
nosy: allen, bh, ludwig
priority: wish
status: unread
title: Calendar: A default for the reminder option should be configurable(rt5841)
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3788>
___________________________________________________


From thomas at intevation.de  Fri Jul 31 18:04:15 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Fri, 31 Jul 2009 18:04:15 +0200
Subject: [Kolab-devel] Issue tracker roundup before upgrade (next week)
In-Reply-To: <200907231806.21337.bernhard@intevation.de>
References: <200907231806.21337.bernhard@intevation.de>
Message-ID: <20090731160415.GB30279.thomas@intevation.de>

* Bernhard Reiter <bernhard at intevation.de> [20090723 18:06]:
> Just to let you know:
> In the last weeks the issue tracker roundup has shown more hickups than usual.

These problems are now corrected, using the tracker should be more
pleasant again.

> We plan to upgrade it  during next week, Thomas (Arendsen Hein) will do it. :)

I have been working on it, but did not find enough time for this, so
the remaining steps will be done next week.

Just continue using the old tracker, the service interrupt due to
the upgrade will be much shorter than the outages during the past
two weeks and maybe even shorter than performing a search with the
old tracker during that time.

Regards,
Thomas Arendsen Hein

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