From kolab-issues at intevation.de  Mon Aug  3 15:02:16 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 03 Aug 2009 13:02:16 +0000
Subject: [Kolab-devel] [issue3789] Calendar: Delegate,
	Forward and Look into Calendar actions are missing.
Message-ID: <1249304535.89.0.630110022003.issue3789@intevation.de>


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

observed with Kontact enterprise35 20090731.1005183

Test:
1. A invites B.
2. B syncs
3. B looks at the invition.
=> The Delegate, Forward and Look into the Calendar actions are missing

This is a regression.

----------
assignedto: allen
messages: 21165
nosy: allen, bernhard, bh, ludwig
priority: critical
status: unread
title: Calendar: Delegate, Forward and Look into Calendar actions are missing.
topic: kde client, prokde35
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3789>
___________________________________________________


From kolab-issues at intevation.de  Mon Aug  3 16:32:43 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 03 Aug 2009 14:32:43 +0000
Subject: [Kolab-devel] [issue3790] Crash in KMReaderWin::parseMsg at
	kmreaderwin.cpp:1609
Message-ID: <1249309963.28.0.0455486945666.issue3790@intevation.de>


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

observed with Kontact enterprise35 20090731.1005183

Test:
1. Look at inline Openpgp enc and signed mail.
=> A password dialog appears.
2. Click on another mail in the mail list.
3. Click on Cancel in the password dialog.
=> Crash.

bt: crash-view-openpgp-mail-20090731.log
The output said:
kmail: (32, last 30) test Smoke1 Smokeuser, readyToShow true
kmail: [const QTextCodec* KMReaderWin::overrideCodec() const]  mOverrideEncoding
== ''
kmail: [const QTextCodec* KMReaderWin::overrideCodec() const]  mOverrideEncoding
== ''
kmail: parseMsg(KMMessage* aMsg == aMsg )
kontact: WARNING: The root node is not yet processed! Danger!
before the crash.

----------
assignedto: allen
files: crash-view-openpgp-mail-20090731.log
messages: 21173
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Crash in KMReaderWin::parseMsg at kmreaderwin.cpp:1609
topic: kde client, prokde35
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3790>
___________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: crash-view-openpgp-mail-20090731.log
Type: application/octet-stream
Size: 2348 bytes
Desc: not available
Url : http://kolab.org/pipermail/kolab-devel/attachments/20090803/7c97cd8d/crash-view-openpgp-mail-20090731.exe

From kolab-issues at intevation.de  Tue Aug  4 12:10:21 2009
From: kolab-issues at intevation.de (Neville Makopo)
Date: Tue, 04 Aug 2009 10:10:21 +0000
Subject: [Kolab-devel] [issue3791] Importing an ICS to calendar opens To-do
	List
Message-ID: <1249380621.76.0.460340759322.issue3791@intevation.de>


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

Searched for this issue in roundup and could not find anything close and i think
it could be critical...

Kontact version 1.4.2
KOrganizer version 4.2.2 

1. Receive an email with a .ics link (e.g.
http://app.connect.vmware.com/e/ics.aspx?s=524&elqics=57&elq=84C7025A110A49258B8D09D32056458B)

2. Click on the link to add item to Calendar
3. Kontact opens To-do List view and not Calendar with imported item

will change my ubuntu repositories and install e35 to test as well.
thanks
Neville

----------
messages: 21183
nosy: kompressor, ludwig, thomas, till
status: unread
title: Importing an ICS to calendar opens To-do List
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3791>
___________________________________________________


From kolab-issues at intevation.de  Wed Aug  5 10:58:48 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Wed, 05 Aug 2009 08:58:48 +0000
Subject: [Kolab-devel] [issue3792] Local Folder for Groupware: Type setting
	partly lost by restart.
Message-ID: <1249462728.49.0.388735987226.issue3792@intevation.de>


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

With Kontact e35 20090730.1004558-kk2 the groupware type for a local folder
is not permanent for a restart.

How I can reproduce the problem:
a) Create a new local folder with a groupware type (e.g. "tasks")
Observation: folder is there, has the right icon and is visible in the "Task" 
view
b) close Kontact and restart it.
Observation: folder is there, has the email icon and is _not_ visible in
the Task view. On the properties, the setting can still be seen, so it must be 
somewhere.

@Thomas: Does your fix for  
   kolab/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.) also fix this?

----------
assignedto: tmcguire
messages: 21196
nosy: allen, bernhard, bh, ludwig, till, tmcguire
priority: urgent
status: unread
title: Local Folder for Groupware: Type setting partly lost by restart.
topic: enterprise35, kde client, kksa
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3792>
___________________________________________________


From kolab-issues at intevation.de  Wed Aug  5 15:27:56 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 05 Aug 2009 13:27:56 +0000
Subject: [Kolab-devel] [issue3793] Calendar: The update mail of a moved
	event contains forward, delegate and look into the calendar.
Message-ID: <1249478876.17.0.872333009285.issue3793@intevation.de>


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

observed with Kontact enterprise35 20090731.1006813-kk3 of tag 20090731.1005176

Test:
1. A sends B an invitation.
2. B syncs and B accepts.
3. A syncs and enters the update mail into his calendar 
4. A moves the event to a different time.
5. B syncs and looks at the update mail.
=> The update mail contains the actions "Enter into calendar", "Forward",
"Delegate" and "Look into the calendar"
I expect the "Forward", "Delegate" and the "Look into the calendar" not to
appear here or "Accept", etc also to appear.

----------
assignedto: allen
messages: 21200
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Calendar: The update mail of a moved event contains forward, delegate and look into the calendar.
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3793>
___________________________________________________


From kolab-issues at intevation.de  Thu Aug  6 15:42:24 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 06 Aug 2009 13:42:24 +0000
Subject: [Kolab-devel] [issue3794] Kleopatra: Kmail->Tools->Certificates
	Manager is greyed out.
Message-ID: <1249566144.07.0.417168795767.issue3794@intevation.de>


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

observed with Kontact-Installer-20090605-7.exe and gpg4win 2.0.0 svn1227

The Certificate Manager is greyed out, so there is no way to start kleopatra
from Kontact.
A suboptimal way to fix this is to add the GnuPG path before the Kontact path in 
KDEDIRS and PATH. This way is not optimal, because kontact should find kleopatra
through "gpgconf --list-dirs" and bindir

----------
assignedto: allen
messages: 21215
nosy: allen, bh, emanuel, ludwig
priority: bug
status: unread
title: Kleopatra: Kmail->Tools->Certificates Manager is greyed out.
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3794>
___________________________________________________


From kolab-issues at intevation.de  Thu Aug  6 15:56:05 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 06 Aug 2009 13:56:05 +0000
Subject: [Kolab-devel] [issue3795] Kleopatra: If Kontact is also installed,
	the configuration of kleopatra doesn't work.
Message-ID: <1249566964.83.0.655222537479.issue3795@intevation.de>


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

observed with Kontact-Installer-20090605-7 and gpg4win 2.0.0 svn 1227

Test:
1. Start kleopatra.
2. "Settings->Configure Kleopatra" to open the configuration dialog.
=> in the dialog stands an error description:
  QLibrary::load_sys: C:\Programme\Kontact\libs\kde4\kcm_kleopatra.dll could not
be loaded.(The method could not be found.)
or so. No configuration options are in place.

It seems like Kontact wants to use its own kcm_kleopatra.dll before it uses the 
kcm_kleopatra.dll of gpg4win. If the kcm_kleopatra.dll of Kontact is deleted,
the configuration dialog works without problems.

----------
assignedto: allen
messages: 21216
nosy: allen, bh, emanuel, ludwig
priority: urgent
status: unread
title: Kleopatra: If Kontact is also installed, the configuration of kleopatra doesn't work.
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3795>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug  7 11:19:18 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 07 Aug 2009 09:19:18 +0000
Subject: [Kolab-devel] [issue3796] Reminder Edit button sometimes doesn't
	show the event. (rt5843 )
Message-ID: <1249636758.02.0.393481160121.issue3796@intevation.de>


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

A customer reported a problem with the reminder dialog.
Sometimes after lots of work pressing edit in the reminder dialog doesn't open
the event, but sends the reminder dialog in the background.

A fresh started kontact doesn't show this problem. I couldn't reproduce it yet.

----------
assignedto: allen
messages: 21222
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Reminder Edit button sometimes doesn't show the event. (rt5843 )
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3796>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug  7 11:26:27 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 07 Aug 2009 09:26:27 +0000
Subject: [Kolab-devel] [issue3797] Reminder Edit button in German should be
	without space between "Bearbeiten" and dots.
Message-ID: <1249637187.28.0.112009774206.issue3797@intevation.de>


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

observed with Kontact e35 20090731.1006813-kk3

The German translation of the Edit button should be "Bearbeiten..." instead of 
"Bearbeiten ..." (Space is wrong.).

----------
assignedto: allen
messages: 21223
nosy: allen, bh, ludwig
priority: minor bug
status: unread
title: Reminder Edit button in German should be without space between "Bearbeiten" and dots.
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3797>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug  7 16:11:07 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 07 Aug 2009 14:11:07 +0000
Subject: [Kolab-devel] [issue3798] Koncat failed to send a mail,
	if the Server request authentication
Message-ID: <1249654266.56.0.929868352862.issue3798@intevation.de>


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

observed with Kontact Installer 20090724-1 of tag 20090724.1001833

Test:
Req. a server which wants authentification before sending a mail.
1. Create a new mail
2. Send it.
=> Error message appears and mail is not send:
Sending failed.
At the authentication an error appeared: SASL(-4) no mechanism available: Unable
to find a callback: 2

This is a problem of the cryus sasl part of the build.
The result of the cyrus sasl build is in Kontact/bin/sasl2/ directory. I think
the files should be(!) in the Kontact/lib/sasl2 directory.
In my test sending mails with authentication works then.

----------
assignedto: allen
messages: 21229
nosy: allen, bh, ludwig
priority: critical
status: unread
title: Koncat failed to send a mail, if the Server request authentication
topic: kde client, kowi
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3798>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug  7 16:28:08 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 07 Aug 2009 14:28:08 +0000
Subject: [Kolab-devel] [issue3799] Freebusy authentication dialog appears in
	the background
Message-ID: <1249655288.82.0.355718018664.issue3799@intevation.de>


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

observed with Kontact e4 Installer 20090724-1

Test:
Req: New Kontact, server request auth for freebusy lists
1. Switch to calendar.
2. Open a new event 
3. Switch to the attendee tab.
4. Enter a new attendee
=> In the background the freebusy password is asked.
I expect this dialog to appear above the main window.

----------
assignedto: allen
messages: 21230
nosy: allen, bh, ludwig
priority: minor bug
status: unread
title: Freebusy authentication dialog appears in the background
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3799>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug  7 16:38:58 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 07 Aug 2009 14:38:58 +0000
Subject: [Kolab-devel] [issue3800] Kontact crashs with a Runtime Error after
	some time of testing.
Message-ID: <1249655938.05.0.309105905068.issue3800@intevation.de>


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

observed with Kontact e4 Installer 20090724-1.exe

I observed strange crashs from Kontact after testing for about 10-15 minutes.
Suddenly a error message appeared. Runtime Error (Something about Microsoft Visual
C++ in the header). And Kontact disappeared.
I will do more testing.

----------
assignedto: allen
messages: 21231
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Kontact crashs with a Runtime Error after some time of testing.
topic: enterprise4, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3800>
___________________________________________________


From v.vanghelle at proxiad.com  Mon Aug 10 09:33:41 2009
From: v.vanghelle at proxiad.com (Vincent Vanghelle)
Date: Mon, 10 Aug 2009 09:33:41 +0200
Subject: [Kolab-devel] Enable cURL in Kolab?
In-Reply-To: <4A6EBD6E.9020107@proxiad.com>
References: <4A6EBD6E.9020107@proxiad.com>
Message-ID: <4A7FCD55.8040605@proxiad.com>

Up, can anybody help me?

Vincent Vanghelle a ?crit :
> 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/20090810/7d1942ef/attachment.html

From kolab-issues at intevation.de  Mon Aug 10 12:22:43 2009
From: kolab-issues at intevation.de (Volker Krause)
Date: Mon, 10 Aug 2009 10:22:43 +0000
Subject: [Kolab-devel] [issue3801] Login without domain part succeeds but
	gives empty mailbox list
Message-ID: <1249899763.45.0.549629402637.issue3801@intevation.de>


New submission from Volker Krause <volker at kdab.net>:

I (accidentally) forgot the domain part of the username (ie. using kdabtest1
instead of the correct kdabtest1 at demo.kolab.org) when logging into
demo.kolab.org, resulting in the following IMAP conversation:

* OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=PLAIN SASL-IR]
demo.kolab.org Cyrus IMAP v2.3.13-kolab-nocaps server ready
1 LOGIN kdabtest1 <password>
1 OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID LOGINDISABLED ACL RIGHTS=kxte
QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN
MULTIAPPEND BINARY SORT SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES
ANNOTATEMORE CATENATE CONDSTORE SCAN IDLE URLAUTH] User logged in
2 LIST "" *
2 OK Completed (0.000 secs 1 calls)
3 LOGOUT
* BYE LOGOUT received
3 OK Completed

Note that the login is successful but gives me an empty list of mailboxes. This
is certainly unexpected and makes error reporting in the client very difficult
(since technically there is nothing wrong, the login was successful after all).
I would expect the login with the wrong user name to fail instead.

----------
messages: 21242
nosy: vkrause
priority: bug
status: unread
title: Login without domain part succeeds but gives empty mailbox list
topic: server
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3801>
___________________________________________________


From kolab-issues at intevation.de  Mon Aug 10 15:13:01 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 10 Aug 2009 13:13:01 +0000
Subject: [Kolab-devel] [issue3802] Color of an updated event is wrong.
Message-ID: <1249909981.29.0.345433944919.issue3802@intevation.de>


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

observed with Kontact e35  20090731.1008133-kk4

The user A gets an invitation, accepts, gets an update mail, enters the change
into his calendar. After the update the event changes its color from red to green.
No resource has green as color.

----------
assignedto: allen
messages: 21243
nosy: allen, bh, ludwig
priority: urgent
status: unread
title: Color of an updated event is wrong.
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3802>
___________________________________________________


From liste at gelpi.it  Mon Aug 10 15:26:25 2009
From: liste at gelpi.it (Gelpi Andrea)
Date: Mon, 10 Aug 2009 15:26:25 +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: <4A802001.9040907@gelpi.it>

Tyrell Berry ha scritto:
> 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? 
> 

I use Mac OS X and iPhone, so I'm interest in your work and I can do some testing and debugging.


-- 
ing. Andrea Gelpi
***************************************************
La Terra non la abbiamo ereditata dai nostri avi,
ma la abbiamo presa in prestito dai nostri bambini.
***************************************************
We do not inherit the Earth from our parents,
but borrow it from our children.
***************************************************


From tyrell.berry at gmail.com  Mon Aug 10 18:47:27 2009
From: tyrell.berry at gmail.com (Tyrell Berry)
Date: Mon, 10 Aug 2009 09:47:27 -0700
Subject: [Kolab-devel] Kolab connector for Mac OS
In-Reply-To: <4A802001.9040907@gelpi.it>
References: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>
	<1247301814.16573.12.camel@black>
	<efdc7a910907111058r1f56b213n18b16475e97d4dfb@mail.gmail.com>
	<4A802001.9040907@gelpi.it>
Message-ID: <efdc7a910908100947h79d68d85q8dcb13896f6dab5d@mail.gmail.com>

Thank you for the support.   As I stated before, I don't have a plan that
directly supports the iPhone (Yet...   Once I got a mac solution working
pretty well, I might further investigate the iPhone directly).   My solution
only suggested a connector that provides complete syncability between Mac
OS's native clients and Kolab.

That being said, I have been researching Apple's Sync Services pretty
extensively.  I have read the programming guide, and have looked at a bunch
of sample code that I am hoping to recycle a bit.  Xcode requires a bit more
RAM than I have in my old iBook, but as soon as that is taken care of, I
will actually begin coding.

I am a very ameteur programmer, largely teaching myself Objective-C as I go
along.   I am also doing this between my 2 jobs, school, and my personal
life.  Therefore, work is progressing at the rate of cold molasis.   I will
keep the list updated as the project continues, and appriciate the
understanding.

I would, of course, love if someone with some objective-C expirience was
interested in looking over my code before I build any beta releases, and
will surely be making shameless calls for programmers on a regular basis ;)

Thank you again for your support, and I will be sure to let you know as soon
as a beta is ready.

On Mon, Aug 10, 2009 at 6:26 AM, Gelpi Andrea <liste at gelpi.it> wrote:

> Tyrell Berry ha scritto:
> > 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?
> >
>
> I use Mac OS X and iPhone, so I'm interest in your work and I can do some
> testing and debugging.
>
>
> --
> ing. Andrea Gelpi
> ***************************************************
> La Terra non la abbiamo ereditata dai nostri avi,
> ma la abbiamo presa in prestito dai nostri bambini.
> ***************************************************
> We do not inherit the Earth from our parents,
> but borrow it from our children.
> ***************************************************
>
> _______________________________________________
> 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/20090810/f57cf341/attachment.html

From kolab-issues at intevation.de  Mon Aug 10 18:58:17 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Mon, 10 Aug 2009 16:58:17 +0000
Subject: [Kolab-devel] [issue3803] Reply-to field in composer has unused
	"..." button
Message-ID: <1249923497.78.0.576526839537.issue3803@intevation.de>


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

Version: 4:3.5.10.enterprise.0.20090731.1008133-kk4, German
There is an extra, non-functional "..." botton in the composer,
if you show the reply-to entry field, to the right.
(I am attaching a screenshot next)
Should probabyl be the same select button that is also for the "To:" field.

----------
assignedto: allen
messages: 21246
nosy: allen, bernhard, ludwig, till
priority: minor bug
status: unread
title: Reply-to field in composer  has unused "..." button
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3803>
___________________________________________________


From kolab-issues at intevation.de  Mon Aug 10 19:22:06 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Mon, 10 Aug 2009 17:22:06 +0000
Subject: [Kolab-devel] [issue3804] Configuration of Address completion
	order: Missing last-used addresses
Message-ID: <1249924925.99.0.853438055929.issue3804@intevation.de>


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

Version: 4:3.5.10.enterprise.0.20090731.1008133-kk4

Given the use case that I would want to always have my last used
addresses to show first in the address completion dialog, I cannot configure
that.

To see the problem:
* Open the composer for a new email
* Right click in the "To" field and chose to configure the configuration order
Observation: You get a line for each folder and LDAP search via KAddressbook,
but you are missing a line for the last used email addresses.

----------
assignedto: allen
messages: 21249
nosy: allen, bernhard, ludwig, till
priority: minor bug
status: unread
title: Configuration of Address completion order: Missing last-used addresses
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3804>
___________________________________________________


From kolab-issues at intevation.de  Tue Aug 11 14:37:35 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Tue, 11 Aug 2009 12:37:35 +0000
Subject: [Kolab-devel] [issue3805] Sometimes at the Mail save dialog no
	filename is created from the subject
Message-ID: <1249994255.27.0.191833356493.issue3805@intevation.de>


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

observed with Kontact e35 20090807.1008360-kk1

Normally if a user tries to save a mail, a name is preselected in the filedialog.
This filename is created from the subject of the mail.
But if the subject contains "Re:" or "Wb:" no filename is preselected.

Test:
Try to save a mail with subject "Re: Test1" or a mail with subject 
"Fwd: Wb: Test2".

----------
assignedto: allen
messages: 21261
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Sometimes at the Mail save dialog no filename is created from the subject
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3805>
___________________________________________________


From kolab-issues at intevation.de  Wed Aug 12 12:52:53 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 12 Aug 2009 10:52:53 +0000
Subject: [Kolab-devel] [issue3806] The sorting of mails in the mailview
	changes after opening a configuration dialog(rt5852)
Message-ID: <1250074372.9.0.988597070029.issue3806@intevation.de>


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

observed with Kontact e35 20090807.1008360

Test:
1. Switch to the mail plugin.
2. Click on the header "Date" to change it to "Order of Arrival".
3. Open the mail configuration dialog.
4. Close the conf dialog without change with clicking on "Ok".
=> The selected sorting of mails changes to "Date"
The sorting should stay the same("Order of Arrival" in this case). 

The estimation is kkc. 
Allen, please send the estimation to me by mail.

----------
assignedto: allen
messages: 21273
nosy: allen, bh, ludwig
priority: bug
status: unread
title: The sorting of mails in the mailview changes after opening a configuration dialog(rt5852)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3806>
___________________________________________________


From kolab-issues at intevation.de  Wed Aug 12 13:52:07 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 12 Aug 2009 11:52:07 +0000
Subject: [Kolab-devel] [issue3807] Reminder: None of the buttons should be
	the default (rt5845)
Message-ID: <1250077927.51.0.672222821663.issue3807@intevation.de>


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

observed with Kontact enterprise35 20090807.1008360

At the moment if the reminder dialog opens the "Close all" button is the default
button. This can lead to wrong closing of the dialog, if the dialog catches the
Return the user wants to press for another programm.

So, none of the buttons of the reminder dialog should be default (or selected),
if the dialog opens.

The estimation is kkc.

----------
assignedto: allen
messages: 21275
nosy: allen, bh, ludwig
priority: wish
status: unread
title: Reminder: None of the buttons should be the default (rt5845)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3807>
___________________________________________________


From kolab-issues at intevation.de  Wed Aug 12 14:00:36 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 12 Aug 2009 12:00:36 +0000
Subject: [Kolab-devel] [issue3808] Reminder: small problems (rt5845)
Message-ID: <1250078436.1.0.105505443774.issue3808@intevation.de>


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

Two small problems of the reminder:

a) The button "Schlie?en"(German) should be renamed into "Erinnerung schlie?en"
b) The order of the buttons at the bottom of the dialog should be:
   "Erinnerung schlie?en", "Alle schlie?en", "Bearbeiten...", "Sp?ter erinnern".

I suppose, you don't need much time for this, so kkc.

----------
assignedto: allen
messages: 21276
nosy: allen, bh, ludwig
priority: wish
status: unread
title: Reminder: small problems (rt5845)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3808>
___________________________________________________


From kolab-issues at intevation.de  Wed Aug 12 14:18:10 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 12 Aug 2009 12:18:10 +0000
Subject: [Kolab-devel] [issue3809] Reminder: sorting in look&feel of
	kontact(rt5846)
Message-ID: <1250079489.93.0.143860513171.issue3809@intevation.de>


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

observed with Kontact e35 20090807.1008360

Two problems/wishs

a) If the header is used to sort upwards or downwards it should contain the
small triangle like the header of kmail.

b) The default sorting of events shouldn't use the summary column, but the time
order of the events' starttime.

The estimation is kkc.

----------
assignedto: allen
messages: 21278
nosy: allen, bh, ludwig
priority: wish
status: unread
title: Reminder: sorting in look&feel of kontact(rt5846)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3809>
___________________________________________________


From kolab-issues at intevation.de  Wed Aug 12 14:29:59 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Wed, 12 Aug 2009 12:29:59 +0000
Subject: [Kolab-devel] [issue3810] Composer: Spellchecking frame too small,
	some buttons are not visible(rt5848)
Message-ID: <1250080199.45.0.509023439483.issue3810@intevation.de>


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

observed with Kontact e35 20090807.1008360
and aspell installed.

Test:
1. Open composer.
2. Enter some words like "xcvbn voomis luset" in the text area.
3. Tools->Spellchecking.
The spellchecking window pops up, but it is too small and the Ok.. buttons are not
visible, this is confusing for the user.

I suppose, this can be fixed easily, so kkc.

----------
assignedto: allen
messages: 21279
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Composer: Spellchecking frame too small, some buttons are not visible(rt5848)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3810>
___________________________________________________


From christopher.bertels at intevation.de  Thu Aug 13 13:00:23 2009
From: christopher.bertels at intevation.de (Christopher Bertels)
Date: Thu, 13 Aug 2009 13:00:23 +0200
Subject: [Kolab-devel] Introduction
Message-ID: <200908131300.23478.christopher.bertels@intevation.de>

Hello,

My name is Christopher Bertels and I would like to introduce myself to you 
all. 
I'll be working at Intevation GmbH in Osnabr?ck for the upcoming two months, 
approx. up to October 15th, as an intern. The goal of my work will be to 
package Kontact enterprise edition for Ubuntu/Kubuntu. 

A little information about myself:
I'm 22 years old and a bachelor student at University of Osnabr?ck, Germany, 
currently in my fourth semester. I study Computer Science and Philosophy.
Finding myself fascinated by Free Software and its principles, I applied for 
an internship at Intevation GmbH and that's how I got here. :)
I've been using Ubuntu for about 4 years now, just recently switching to 
Debian as my main Linux distribution.

If you have any further questions, feel free to contact me at this email 
address.


Greetings,
Christopher Bertels.

PS: I'm still new to the Debian package management system, but am willing to 
learn. Hopefully, I can make a small contribution with my work.

-- 
Christopher Bertels | OpenPGP key: 0x725D9BE5| http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabr?ck | AG Osnabr?ck, HR B 18998
Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-devel/attachments/20090813/1e9d41d1/attachment.bin

From kolab-issues at intevation.de  Thu Aug 13 14:45:55 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Thu, 13 Aug 2009 12:45:55 +0000
Subject: [Kolab-devel] [issue3811] The appointments  of an organizer vanish,
	when an attendee has the calendar shared and rejects(rt#5803)
Message-ID: <1250167555.74.0.192675306487.issue3811@intevation.de>


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

observed with Kontact e35 20090807.1010452-kk3 and Kontact e35 20090724.1001837

split of kolab/issue3724.

Test:
Req: 
B has write access to A's calendar.
Steps:
1. A invites B to an appointment.
2. B syncs and rejects this appointment.
3. A syncs.
=> The appointment is gone.

----------
assignedto: allen
messages: 21290
nosy: allen, bernhard, bh, ludwig, till, tmcguire
priority: critical
status: unread
title: The appointments  of an organizer vanish, when an attendee has the calendar shared and rejects(rt#5803)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3811>
___________________________________________________


From benoit.mortier at opensides.be  Thu Aug 13 18:15:04 2009
From: benoit.mortier at opensides.be (Benoit Mortier)
Date: Thu, 13 Aug 2009 18:15:04 +0200
Subject: [Kolab-devel] Introduction
In-Reply-To: <200908131300.23478.christopher.bertels@intevation.de>
References: <200908131300.23478.christopher.bertels@intevation.de>
Message-ID: <200908131815.05118.benoit.mortier@opensides.be>

Le Thursday 13 August 2009 13:00:23 Christopher Bertels, vous avez ?crit?:
> Hello,

Hello Cristopher,

> My name is Christopher Bertels and I would like to introduce myself to
> you all.
> I'll be working at Intevation GmbH in Osnabr?ck for the upcoming two
> months, approx. up to October 15th, as an intern. The goal of my work
> will be to package Kontact enterprise edition for Ubuntu/Kubuntu.

Thats great news !!

Cheers
-- 
Benoit Mortier
CEO 
OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/
Contributor to Gosa Project : http://gosa-project.org/


From kolab-issues at intevation.de  Fri Aug 14 10:40:33 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 14 Aug 2009 08:40:33 +0000
Subject: [Kolab-devel] [issue3812] Recent addresses of addresses with comma
	are displayed with backslash and quote
Message-ID: <1250239232.98.0.392454989156.issue3812@intevation.de>


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

observed with Kontact enterprise35 20090807-1010452-kk3

I send a mail to "Testy, Test" <testy at example.hq>. If I try to send another mail
to this address, I will find "\"Testy, Test\"" <testy at example.hq> under the
recent addresses. This is wrong.

----------
assignedto: allen
messages: 21304
nosy: allen, bh, ludwig
priority: bug
status: unread
title: Recent addresses of addresses with comma are displayed with backslash and quote
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3812>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug 14 12:21:48 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 14 Aug 2009 10:21:48 +0000
Subject: [Kolab-devel] [issue3813] reccuring events show wrong dates (rt5855)
Message-ID: <1250245308.24.0.595829861514.issue3813@intevation.de>


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

observed with Kontact e35 20090807.1010452-kk3

Test:
1. Create a weekly reccuring event at the current day. (2009-09-14)
2. Click on the event in two weeks.(2009-08-29)
=> The event opens, but starttime in 2009-08-14
This is confusing for the user. If a user opens an event on the 2009-08-29, he
will expect, that the event is at the 2009-08-29.

Is there a way to fix this?
Please estimate first, before starting to work.

----------
assignedto: allen
messages: 21310
nosy: allen, bh, ludwig
priority: bug
status: unread
title: reccuring events show wrong dates (rt5855)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3813>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug 14 12:27:14 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Fri, 14 Aug 2009 10:27:14 +0000
Subject: [Kolab-devel] [issue3814] completion order configuration for emails
	broken (rt#5856)
Message-ID: <1250245634.73.0.579558784816.issue3814@intevation.de>


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

The order of completion as shown in the popup list is broken in several 
respects. (It can be configured in to places 1. Konfiguration -> Email -> 
Composer -> Configure completion order 2. right click in the input dialog line
and then select "configure completion order".)

There already is one seperated related issue about it:
kolab/issue3804 (Configuration of Address completion order: Missing last-used 
addresses)

I am putting in the other problems in here:

a) The order is not kept as shown in the configuration:
I have three contacts folders and two KAddressbook ldap sources.
My LDAP results go first, even if the calender folders are in front.
I've tried a couple of other orders and I am not sure that the configuration
will actually takes and effect.

b) Not all configuration orders are saved, some combinations are not.
Example: I have the following in my case
   contact  A 
   contacts B
   contacts C
   distribution lists
   file contacts
   ldap server D
   ldap server E

If I try to configure A to be between D and E, closing and reopening the dialog
ends up in
   
   contacts B
   contacts C
   distribution lists
   file contacts
   contact  A 
   ldap server D
   ldap server E
 
c) what are distribution lists???
The regular client distribution lists from Kolab are displayed under the
contacts folder they are saved in. I vagely remember that KAddressbook had
another concept of distribution lists. If that is still in good use, we need
to change the language to avoid the missunderstanding. If it is not in good use
we should remove that entry I guess. Please explain and suggest.

Reproduced with
Version: 4:3.5.10.enterprise.0.20090807.1010452-kk3

----------
assignedto: allen
messages: 21311
nosy: allen, bernhard, ludwig, till, tmcguire
priority: bug
status: unread
title: completion order configuration for emails broken (rt#5856)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3814>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug 14 12:29:17 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 14 Aug 2009 10:29:17 +0000
Subject: [Kolab-devel] [issue3815] event view: dates are displayed without
	weekday (rt5855)
Message-ID: <1250245757.71.0.475710417801.issue3815@intevation.de>


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

observed with Kontact enterprise35 20090807.1010452-kk3

There are some places, where a date is displayed without a weekday.
It would be nice when the weekday is added.
At the moment it is e.g. Date: 2009-08-13 should be Date: Thu, 2009-08-13
(In German should be "Datum: Do, 13.8.2009") 

Observed in:
date in the event view.
date in the tooltip of an event.

This is kkc.

----------
assignedto: allen
messages: 21313
nosy: allen, bh, ludwig
priority: bug
status: unread
title: event view: dates are displayed without weekday (rt5855)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3815>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug 14 12:38:54 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 14 Aug 2009 10:38:54 +0000
Subject: [Kolab-devel] [issue3816] event view: some topics miss the colon
	after the topic name(rt#5855)
Message-ID: <1250246334.19.0.912328287558.issue3816@intevation.de>


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

observed with Kontact enterprise35 20090807.1010452-kk3

Kontact uses German as language. In the event view some topics don't have a
colon after the topic name.

Test:
1. Create a event.
2. Select the event.
3. Look at the event view.

The topics: time (German: Zeit), date (German: Datum), organizer (Organisator),
and attendee (Teilnehmer) don't have a colon behind them.
(E.g. In the event view is "Zeit 12:30 - 13:00" and should be "Zeit: 12:30 - 13:00)

----------
assignedto: allen
messages: 21315
nosy: allen, bh, ludwig
priority: minor bug
status: unread
title: event view: some topics miss the colon after the topic name(rt#5855)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3816>
___________________________________________________


From kolab-issues at intevation.de  Fri Aug 14 14:28:26 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Fri, 14 Aug 2009 12:28:26 +0000
Subject: [Kolab-devel] [issue3817] Wish: New choices for the option
	KMail->Misc->Folder->When entering a folder(rt#5857)
Message-ID: <1250252906.46.0.958815000014.issue3817@intevation.de>


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

At the moment the option "When entering a folder" has three choices.
There should be two additinal choices:
4. Jump to youngest/latest message.
5. Jump to oldest/first message.

Allen, before you start to work. Only the estimation of this issue is kkc at the
moment. So send me a mail with the estimation.

----------
assignedto: allen
messages: 21316
nosy: allen, bh, ludwig
priority: wish
status: chatting
title: Wish: New choices for the option KMail->Misc->Folder->When entering a folder(rt#5857)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3817>
___________________________________________________


From bernhard at intevation.de  Fri Aug 14 17:00:47 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 14 Aug 2009 17:00:47 +0200
Subject: [Kolab-devel] Enable cURL in Kolab?
In-Reply-To: <4A6EBD6E.9020107@proxiad.com>
References: <4A6EBD6E.9020107@proxiad.com>
Message-ID: <200908141700.51172.bernhard@intevation.de>

Am Dienstag, 28. Juli 2009 10:57:18 schrieb Vincent Vanghelle:
> Actualy I need cURL enabled on Kolab to process.

You mean in the Kolab Server...

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

I don't know, how would you enable this on a regular server?
Kolab Server/OpenPKG just is a special way of placing some components on your 
server system, so you can enable all additional software on it.
If you know how to enable this usually, we might give you some pointers on how 
to best do this in a Kolab Server environment.

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/20090814/3d820a1d/attachment.bin

From bernhard at intevation.de  Fri Aug 14 17:15:13 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 14 Aug 2009 17:15:13 +0200
Subject: [Kolab-devel] KDE Client: events,
	invitations and several folders trouble
Message-ID: <200908141715.23589.bernhard@intevation.de>

Looks like our current KDE Clients - especially enterprise35 - can lead to 
some unwanted behaviour in the situations where a client sees the same event
from within several folders it can write.

This is something client development is struggling with and the problem is not 
easy. In the last two weeks, people following the e35 development will have 
noticed that we did a lot of improvements in that area (overall e35 
development has been quite fast).

We are trying to sort out the problems and find the conceptual good solutions.
I have not been successful yet, but I attach a small overview with some 
thought and relations of some technical issues that have been battled 
currently.

One solution idea is to save per event the user email addresses for which this
saved object is maintained for. But this has not been fully considered in all 
cases.

I will sync up with Till next and guess that I really need to start a wiki 
page to slowly sort out the whole situation.

Bernhard

[1] A good place to see the overal progress is the Newslog.txt for e35:
http://websvn.kde.org/branches/kdepim/enterprise/kdepim/NewsLog.txt?revision=HEAD&view=markup

-- 
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 --------------
Trying to get the overview for the calender invitation issues:
(20090814ber1)

Status with 
Version: 4:3.5.10.enterprise.0.20090807.1010452-kk3

The problems can be categorized from the point of view of 
one specific single event 
and behaviour of one Kolab Client:

Group A:
The client has no access to calender folders where other users would 
want to write the event.

Possibly the client has several calender folders, 
also from others users or from several dimap accounts.

Defects from group A can of course lead to symptoms in group B.
Given a request to create or change an event, the client cannot
be sure to decide if it is in group A or B, because later access rights
in folders might change or other resources might be taken away or added.
So an algorithm must always consider the group B problem.
For testing group A is in the area of simple problems.

Group B:
The client has access to calender folder where other user
would want to write the event as well.

=========Group A
  kolab/issue3776 (On invitation updates, I get asked for the calender folder to save in (rt#5803))
  -> can cause group B problem. Looks better with 20090807.1010452-kk3

  kolab/issue3802 (Event update not registered correctly (also causes wrong color) (rt#5803))
  -> fixed with 20090807.1010334-kk2

  kolab/issue3779 (With two dimap account, updates do not find the corresponding saved event (e.g. leading to inability to remove deleted appointment)) 
  -> fixed, 20090731.1006813-kk3

  kolab/issue3780 (Rejecting an invitation for an event that the user has not seen before, leads to an error message) 
  -> fixed, regression
  
=========Group B problems
  kolab/issue3724 (Appointments vanish, when having access to other participants calender folders (rt#5803))
  -> still open at least because issue3811 is open

  kolab/issue 3811 (The appointments of an organizer vanish, when an attendee has the calendar shared and rejects(rt#5803))
  -> still open, solution suggestion in the issue as of 14:56Z.

-------------- 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/20090814/87a5e214/attachment.bin

From liste at gelpi.it  Fri Aug 14 17:28:13 2009
From: liste at gelpi.it (Gelpi Andrea)
Date: Fri, 14 Aug 2009 17:28:13 +0200
Subject: [Kolab-devel] Kolab connector for Mac OS
In-Reply-To: <efdc7a910908100947h79d68d85q8dcb13896f6dab5d@mail.gmail.com>
References: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>	<1247301814.16573.12.camel@black>	<efdc7a910907111058r1f56b213n18b16475e97d4dfb@mail.gmail.com>	<4A802001.9040907@gelpi.it>
	<efdc7a910908100947h79d68d85q8dcb13896f6dab5d@mail.gmail.com>
Message-ID: <4A85828D.6090304@gelpi.it>

Tyrell Berry ha scritto:
> Thank you for the support.   As I stated before, I don't have a plan 
> that directly supports the iPhone (Yet...   Once I got a mac solution 
> working pretty well, I might further investigate the iPhone directly).   
> My solution only suggested a connector that provides complete 
> syncability between Mac OS's native clients and Kolab. 
>  
> That being said, I have been researching Apple's Sync Services pretty 
> extensively.  I have read the programming guide, and have looked at a 
> bunch of sample code that I am hoping to recycle a bit.  Xcode requires 
> a bit more RAM than I have in my old iBook, but as soon as that is taken 
> care of, I will actually begin coding.

Today I looked funambol on Apple Store and I founded also Synthesis SyncML.

One application's snapshot has this frase on it:

(Calendar) Apple does not allow third party applications to access calendar yet.

Another application Todo+Calc+Sync from Synthesis says:

The integrated SyncML client allows syncronizing task, calendar (and also the address book) with 
any SyncML compliant server or service.

At the moment I cannot investigate more on it (I only have kolab 2.2.0 and I need to upgrade to 
2.2.2 before testing anything).

Has someone more informations on this?

My idea is to try one of these applications to sync my iphone with kolab and then sync it with 
my mac via iTunes. Last step is working very well ... of course.


-- 
ing. Andrea Gelpi
***************************************************
La Terra non la abbiamo ereditata dai nostri avi,
ma la abbiamo presa in prestito dai nostri bambini.
***************************************************
We do not inherit the Earth from our parents,
but borrow it from our children.
***************************************************


From tyrell.berry at gmail.com  Fri Aug 14 18:27:38 2009
From: tyrell.berry at gmail.com (Tyrell Berry)
Date: Fri, 14 Aug 2009 09:27:38 -0700
Subject: [Kolab-devel] Kolab connector for Mac OS
In-Reply-To: <4A85828D.6090304@gelpi.it>
References: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>
	<1247301814.16573.12.camel@black>
	<efdc7a910907111058r1f56b213n18b16475e97d4dfb@mail.gmail.com>
	<4A802001.9040907@gelpi.it>
	<efdc7a910908100947h79d68d85q8dcb13896f6dab5d@mail.gmail.com>
	<4A85828D.6090304@gelpi.it>
Message-ID: <efdc7a910908140927t23fa258fjdf27f9c83663d2dc@mail.gmail.com>

I am going to have to check it out...   Maybe over the weekend.

SyncML seems to be the way to do the sync with iPhone, if anyone ever
implements support for custom fields.   If Apple is somehow preventing that
(I havn't looked...), then I may be stuck getting a MobileMe account.

I will report what I find this weekend.

On Fri, Aug 14, 2009 at 8:28 AM, Gelpi Andrea <liste at gelpi.it> wrote:

> Tyrell Berry ha scritto:
> > Thank you for the support.   As I stated before, I don't have a plan
> > that directly supports the iPhone (Yet...   Once I got a mac solution
> > working pretty well, I might further investigate the iPhone directly).
> > My solution only suggested a connector that provides complete
> > syncability between Mac OS's native clients and Kolab.
> >
> > That being said, I have been researching Apple's Sync Services pretty
> > extensively.  I have read the programming guide, and have looked at a
> > bunch of sample code that I am hoping to recycle a bit.  Xcode requires
> > a bit more RAM than I have in my old iBook, but as soon as that is taken
> > care of, I will actually begin coding.
>
> Today I looked funambol on Apple Store and I founded also Synthesis SyncML.
>
> One application's snapshot has this frase on it:
>
> (Calendar) Apple does not allow third party applications to access calendar
> yet.
>
> Another application Todo+Calc+Sync from Synthesis says:
>
> The integrated SyncML client allows syncronizing task, calendar (and also
> the address book) with
> any SyncML compliant server or service.
>
> At the moment I cannot investigate more on it (I only have kolab 2.2.0 and
> I need to upgrade to
> 2.2.2 before testing anything).
>
> Has someone more informations on this?
>
> My idea is to try one of these applications to sync my iphone with kolab
> and then sync it with
> my mac via iTunes. Last step is working very well ... of course.
>
>
> --
>  ing. Andrea Gelpi
> ***************************************************
> La Terra non la abbiamo ereditata dai nostri avi,
> ma la abbiamo presa in prestito dai nostri bambini.
> ***************************************************
> We do not inherit the Earth from our parents,
> but borrow it from our children.
> ***************************************************
>
> _______________________________________________
> 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/20090814/d2d08750/attachment.html

From tyrell.berry at gmail.com  Fri Aug 14 21:55:31 2009
From: tyrell.berry at gmail.com (Tyrell Berry)
Date: Fri, 14 Aug 2009 12:55:31 -0700
Subject: [Kolab-devel] Kolab connector for Mac OS
In-Reply-To: <efdc7a910908140927t23fa258fjdf27f9c83663d2dc@mail.gmail.com>
References: <efdc7a910907101453m53ab0c36p7cf4ba821e42eb2d@mail.gmail.com>
	<1247301814.16573.12.camel@black>
	<efdc7a910907111058r1f56b213n18b16475e97d4dfb@mail.gmail.com>
	<4A802001.9040907@gelpi.it>
	<efdc7a910908100947h79d68d85q8dcb13896f6dab5d@mail.gmail.com>
	<4A85828D.6090304@gelpi.it>
	<efdc7a910908140927t23fa258fjdf27f9c83663d2dc@mail.gmail.com>
Message-ID: <efdc7a910908141255u4c2cc0b0q21ead096b89b04b9@mail.gmail.com>

OK, I have downloaded the aforementioned Synthesis SyncML to my iphone, and
have tried it with maybe half a dozen online, hosted server services.   Of
the services tried, they all had predefined labels and fields, and I was
therefore unable to test if the app it's self sends the custom labels.

I know that the functionality is supported by the SyncML format, but I guess
the question has been, and continues to be, if there are any apps that
support the custom labels.

Also, does the SyncML support in Horde currently support custom lables?  If
not, the functionality being built into an iPhone app wouldn't actually
benifit anyone yet.

As I said earlier, I am hoping to try this out over the weekend with
Kolab.   But if it fails, it would be good to know what the limitations of
the server are, so that identifying the weakest link is possible.

On Fri, Aug 14, 2009 at 9:27 AM, Tyrell Berry <tyrell.berry at gmail.com>wrote:

> I am going to have to check it out...   Maybe over the weekend.
>
> SyncML seems to be the way to do the sync with iPhone, if anyone ever
> implements support for custom fields.   If Apple is somehow preventing that
> (I havn't looked...), then I may be stuck getting a MobileMe account.
>
> I will report what I find this weekend.
>
>   On Fri, Aug 14, 2009 at 8:28 AM, Gelpi Andrea <liste at gelpi.it> wrote:
>
>> Tyrell Berry ha scritto:
>> > Thank you for the support.   As I stated before, I don't have a plan
>> > that directly supports the iPhone (Yet...   Once I got a mac solution
>> > working pretty well, I might further investigate the iPhone directly).
>> > My solution only suggested a connector that provides complete
>> > syncability between Mac OS's native clients and Kolab.
>> >
>> > That being said, I have been researching Apple's Sync Services pretty
>> > extensively.  I have read the programming guide, and have looked at a
>> > bunch of sample code that I am hoping to recycle a bit.  Xcode requires
>> > a bit more RAM than I have in my old iBook, but as soon as that is taken
>> > care of, I will actually begin coding.
>>
>> Today I looked funambol on Apple Store and I founded also Synthesis
>> SyncML.
>>
>> One application's snapshot has this frase on it:
>>
>> (Calendar) Apple does not allow third party applications to access
>> calendar yet.
>>
>> Another application Todo+Calc+Sync from Synthesis says:
>>
>> The integrated SyncML client allows syncronizing task, calendar (and also
>> the address book) with
>> any SyncML compliant server or service.
>>
>> At the moment I cannot investigate more on it (I only have kolab 2.2.0 and
>> I need to upgrade to
>> 2.2.2 before testing anything).
>>
>> Has someone more informations on this?
>>
>> My idea is to try one of these applications to sync my iphone with kolab
>> and then sync it with
>> my mac via iTunes. Last step is working very well ... of course.
>>
>>
>> --
>>  ing. Andrea Gelpi
>> ***************************************************
>> La Terra non la abbiamo ereditata dai nostri avi,
>> ma la abbiamo presa in prestito dai nostri bambini.
>> ***************************************************
>> We do not inherit the Earth from our parents,
>> but borrow it from our children.
>> ***************************************************
>>
>> _______________________________________________
>> Kolab-devel mailing list
>> Kolab-devel at kolab.org
>> https://kolab.org/mailman/listinfo/kolab-devel
>>
>
>
>
> --
> Tyrell Berry
>



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

From bernhard at intevation.de  Mon Aug 17 12:29:52 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Mon, 17 Aug 2009 12:29:52 +0200
Subject: [Kolab-devel] IMAP and "flat" namespaces
Message-ID: <200908171229.55332.bernhard@intevation.de>

Hi Kolab-Developers and Friends,

over the years I've often heard the question about "INBOX" being displayed in 
a Kolab Client and all folder being subfolders to it. I've just published a 
small result of this consideration to:
https://wald.intevation.org/plugins/scmsvn/viewcvs.php/trunk/research/imap-flacher-namensraum-de.txt?rev=2&root=kolab&view=log

Attention, this document is in Germany.
The short summary:

To use a "flat privat namespace", which means having folder belonging to one 
user in parallel to the special IMAP folder "INBOX" is okay with the IMAP 
standard RFCs.

There is one conceptual problem, that is irrelevant in practice, if you intend 
to add more non-private namespaces later in an IMAP  installation.

For the implementation side there are some more remarks:
a) Clients must be able to clearly detect if a folder belongs to other users 
or not, so an empty private namespace must not be checked against the folder 
paths first or this will fail.
b) Servers should block the creating of private folders having names that are 
to be used by other namespaces, e.g. "user/".
c) Clients can implement to display folders being parallel to the special 
folder "INBOX" independently which model is used by the server. 

It would have been cool if the IMAP specs would disallow the use of the 
empty "flat" private namespace, which would implementors live easier for 
clients and servers. 

Currently a cool IMAP Client must implement both schemes reasonably well.
Given the Cryus IMAPD by default supports the "private INBOX namespace",
and it is easier to implement on client side, I suggest that our default 
configuration for IMAP servers with Kolab should be to use the "privat INBOX 
namespace"  and improve our clients to display that nicely.

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/20090817/480d3db2/attachment.bin

From kolab-issues at intevation.de  Mon Aug 17 12:36:27 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 17 Aug 2009 10:36:27 +0000
Subject: [Kolab-devel] [issue3818] Accepting a forwarded event,
	which is already in a shared calendar,
	doesn't write the event into the own calendar.
Message-ID: <1250505386.85.0.815062451303.issue3818@intevation.de>


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

Kontact e35 20090814-1011429-kk2

Test:
C has write access to A's calendar.
Test:
1. A invites B to an event.
2. B forwards the event to C and accepts it.
3. C accepts the event.
=> C's copy of the event is not displayed in C calendar view.

----------
assignedto: allen
messages: 21336
nosy: allen, ludwig
priority: urgent
status: unread
title: Accepting a forwarded event, which is already in a shared calendar, doesn't write the event into the own calendar.
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3818>
___________________________________________________


From kolab-issues at intevation.de  Mon Aug 17 15:11:05 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Mon, 17 Aug 2009 13:11:05 +0000
Subject: [Kolab-devel] [issue3819] Calendar Birthday resource: Anniversary
	day handling has small problems
Message-ID: <1250514664.95.0.207793797162.issue3819@intevation.de>


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

Kontact 20090814-1011429-kk2

Test:
1. A adds the birthday resource from the contacts to the calendar resources.
2. A creates a test contact with a anniversary day and a partner name.
3. A reloads the birthday resource
4. A looks at the anniversary day.
=> The event is there. Ok, but the title of the event is in German 
"Hochzeitstag von Test1 &", missing the partner's name.
And if A double clicks on the event to open the event viewer, he can read the
contact's name right from birthday. But it is the contact's anniversary, not its
birthday.

----------
assignedto: allen
messages: 21342
nosy: allen, ludwig, thomas
priority: minor bug
status: unread
title: Calendar Birthday resource: Anniversary day handling has small problems
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3819>
___________________________________________________


From kolab-issues at intevation.de  Tue Aug 18 16:39:14 2009
From: kolab-issues at intevation.de (Ludwig Reiter)
Date: Tue, 18 Aug 2009 14:39:14 +0000
Subject: [Kolab-devel] [issue3820] Reminder: Edit button opens kontact and
	korganizer
Message-ID: <1250606354.77.0.773396464489.issue3820@intevation.de>


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

observed with Kontact e35 20090807.1010452-kk4

Test:
1. Create a event with reminder.
2. Close Kontact.
3. Wait on the reminder dialog.
=> The remider dialog pops up.
4. Select the event and press edit...
=> A korganizer, a kontact and a event edit dialog appear.
I expect no korganizer.

----------
assignedto: allen
messages: 21363
nosy: allen, ludwig
priority: bug
status: unread
title: Reminder:  Edit button opens kontact and korganizer
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3820>
___________________________________________________


From kolab-issues at intevation.de  Wed Aug 19 08:17:52 2009
From: kolab-issues at intevation.de (Marc Mutz)
Date: Wed, 19 Aug 2009 06:17:52 +0000
Subject: [Kolab-devel] [issue3821] [regression] kmail reader: cannot drag
	attachment icon anymore
Message-ID: <1250662672.14.0.295664311742.issue3821@intevation.de>


New submission from Marc Mutz <marc at kdab.net>:

In previous versions of KMail 1.9, you could drag the attachment icon from the 
reader elsewhere to save attachments. This is no longer possible, as the URL 
underlying the link is now an attachement:// instead of a file:// url.

The mime tree viewer drag still works.
The header attachment link never did, apparently by design.
This is about the attachment icon at the end of the mail.

----------
assignedto: allen
messages: 21365
nosy: allen, marc, tmcguire
status: unread
title: [regression] kmail reader: cannot drag attachment icon anymore
topic: enterprise35, kde client
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3821>
___________________________________________________


From christopher.bertels at intevation.de  Fri Aug 21 15:11:10 2009
From: christopher.bertels at intevation.de (Christopher Bertels)
Date: Fri, 21 Aug 2009 15:11:10 +0200
Subject: [Kolab-devel] Kontact enterprise 3.5 for Ubuntu 8.04 (Hardy)
Message-ID: <200908211511.15636.christopher.bertels@intevation.de>

Hello,

It's me again. I just wanted to inform you a little about my current progress 
with packaging Kontact for Ubuntu/Kubuntu. Today I've uploaded a first 
version to http://files.kolab.org/apt/ubuntu/ .
I've tested them as described here: 
http://wiki.kolab.org/index.php/Kontact_Test_Plan
and it seems to work pretty well (only one test failed - but that even might 
be due to me doing something wrong - will investigate that again later).
If anyone here reading this is using Ubuntu and would like to try it out, go 
ahead, I'd like to hear some external feedback. I guess, it could also work 
with newer versions, but I only have tested it with Ubuntu's 
Long-Term-Support version 8.04 (Hardy). 
This is still somewhat experimental, so don't use it in production 
environments.

If you're willing to try it out, simply add this to your sources.list:

deb http://files.kolab.org/apt/ubuntu hardy experimental
deb-src http://files.kolab.org/apt/ubuntu hardy experimental

Greetings,
Christopher.

-- 
Christopher Bertels | OpenPGP key: 0x725D9BE5| http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabr?ck | AG Osnabr?ck, HR B 18998
Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://kolab.org/pipermail/kolab-devel/attachments/20090821/2bb62632/attachment.bin

From math.parent at gmail.com  Wed Aug 26 09:02:42 2009
From: math.parent at gmail.com (Mathieu Parent)
Date: Wed, 26 Aug 2009 09:02:42 +0200
Subject: [Kolab-devel] Remote Microsoft Exchange freebusy fetching in
	Kolab_Freebusy
Message-ID: <960738410908260002j3cbb64b7r72ef81b1311492c4@mail.gmail.com>

Hello,

Currently, retrieving freebusy information only works for users
present in the LDAP directory and having an IMAP folder following
Kolab XML format and annotations. I need to extend this to get
freebusy data from Exchange 2007 servers which shares the same mail
domain as our Kolab servers. This is a very specific request, but it
is covered by two more general features :
- retrieve freebusy information from servers outside the Kolab "cluster"
- retrieve freebusy information from other formats

Proposed implementation :
- add an "Outlook Web Access" format in Kolab_Format for freebusy
information (probably in lib/Horde/Kolab/Format/OWA.php, inheriting
Horde_Kolab_Format_XML or not). More info on the format [owa-format]
- change  Horde_Kolab_FreeBusy_Access::_process to allow fallback when
no user is found in LDAP and a hook is defined. The hook will return a
freebusyserver and a freebusyservertype (owa for MS exchange, ifb for
remote, imap for local) based on uid/mail
- change Horde_Kolab_FreeBusy_Access::fetchRemote to redirect only if
freebusyservertype is ifb, error only if freebusyserver is not set.
- change Freebusy/Cache.php to use Horde_Kolab_FreeBusy_xx class (Imap
or OWA) depending on freebusyservertype
- create Horde_Kolab_FreeBusy_OWA class, using Horde_Kolab_Format_OWA

With this proposal it will be possible in the future to add connectors
for other mail servers.

As this changes a lot of the existing code, I first need to know if
the proposal is ok or if there is a better solution (I'm mostly asking
Gunnar as the main developer of those horde parts).

Mathieu Parent

[owa-format]:
http://www.infinitec.de/post/2004/12/30/Retrieving-a-users-availability-(freebusy-data).aspx
http://wiki.zimbra.com/index.php?title=Troubleshooting_Exchange_Freebusy_Interop


From kolab-issues at intevation.de  Wed Aug 26 10:54:46 2009
From: kolab-issues at intevation.de (Bernhard Reiter)
Date: Wed, 26 Aug 2009 08:54:46 +0000
Subject: [Kolab-devel] [issue3822] Configuration of Address completion
	order: last-used-addresses by default shown one but last,
	though sorted last (rt#5856)
Message-ID: <1251276886.54.0.660176685891.issue3822@intevation.de>


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

A test with 3.5.10.enterprise.0.20090807.1015511-kk9 reveals 
a minor leftover of kolab/issue3804 (Configuration of Address completion order: 
Missing last-used addresses (rt#5856))

On a fresh user setup or (removed .kde) or after deleting the file:
.kde/share/config/kpimcompletionorder

The last-used-addresses are shown by default 
one before the bottom entry, but are sorted like the bottom entry
(in the configuration dialog for the completion order).

Once you have actually changed the order, like seleting last-used-addresses
using the arrows to down and up shift it, the file kpimcompletionorder is 
created and all looks fine.

To reproduce the problem:
a) delete .kde/share/config/kpimcompletionorder or use a fresh account
b) check the completion order, and see e.g.
      folder A
      last used addresses
      ldap search
Expectation "last used addresses" should be behind "ldap search".
c) search something which results in hits in "last-used-addresses" and "ldap 
search". 
Observation: The result from last-used-addresses come last, which is correct
but does not match the observation from b).

----------
assignedto: allen
messages: 21405
nosy: allen, bernhard, ludwig, tmcguire
priority: minor bug
status: unread
title: Configuration of Address completion order: last-used-addresses by default shown one but last, though sorted last (rt#5856)
topic: enterprise35, kde client, kkc
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3822>
___________________________________________________


From kolab-issues at intevation.de  Thu Aug 27 13:36:08 2009
From: kolab-issues at intevation.de (Marc Mutz)
Date: Thu, 27 Aug 2009 11:36:08 +0000
Subject: [Kolab-devel] [issue3823] mimetreeviewer doesn't show structure of
	forward-as-attachment message #n where #n > 1
Message-ID: <1251372968.19.0.748367147948.issue3823@intevation.de>


New submission from Marc Mutz <marc at kdab.net>:

To reproduce:
1. Select two mails, both with attachments
2. Choose Message->Forward->As Attachment
3. Type something and queue the message in the outbox
4. Select the message in the outbox
-> the mimetreeviewer doesn't show the contents of the second embedded message
   (even though it shows them for the first one).

----------
assignedto: allen
messages: 21411
nosy: allen, marc
status: unread
title: mimetreeviewer doesn't show structure of forward-as-attachment message #n where #n > 1
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3823>
___________________________________________________


From thomas at intevation.de  Thu Aug 27 15:21:58 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Thu, 27 Aug 2009 15:21:58 +0200
Subject: [Kolab-devel] Kolab issue tracker upgrade today at 14:00 UTC
Message-ID: <20090827151616.141005530.thomas@intevation.de>

Hi!

The preparations for migrating the issue tracker to a new roundup
version on a new machine with postgresql backend are finally
finished, so I will start the upgrade today at 14:00 UTC.

The tracker will be offline until the migration is completed, this
will take about one hour. I will send another mail as soon as the
migration is completed.

After the migration the URL and email address will be different,
but I will add redirects/forwardings at the old addresses.

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/20090827/2c182d36/attachment.bin

From thomas at intevation.de  Thu Aug 27 17:38:59 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Thu, 27 Aug 2009 17:38:59 +0200
Subject: [Kolab-devel] Kolab issue tracker upgrade today at 14:00 UTC
In-Reply-To: <20090827151616.141005530.thomas@intevation.de>
References: <20090827151616.141005530.thomas@intevation.de>
Message-ID: <20090827173031.119953724.thomas@intevation.de>

* Thomas Arendsen Hein <thomas at intevation.de> [20090827 15:22]:
> After the migration the URL and email address will be different,
> but I will add redirects/forwardings at the old addresses.

The migration is finished!

New tracker URL is https://issues.kolab.org/
New mail address: issues at kolab.org

You can import our Root CA (ZS3) and CA for server certificates
(ZS6) from https://ssl.intevation.de/ to verify the SSL certificate
used by issues.kolab.org (and our other servers).

Some details:

- Now you can use timezone specifications like "Europe/Berlin"
  instead of the old numeric offsets.

- As in the old tracker, new users are assigned the role
  "Provisional User", who are allowed to:
  - see other users for assignedto/nosy
  - create issues and modify these
  - add messages/files to other issues
  - remove their messages/files from other issues
  - add/remove themselves to/from nosy list

  Just ask if you want your account upgraded to a regular "User".

Please report any problems with the tracker to this list or directly
to me.

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/20090827/cfb6c65c/attachment.bin

From math.parent at gmail.com  Thu Aug 27 17:59:04 2009
From: math.parent at gmail.com (Mathieu Parent)
Date: Thu, 27 Aug 2009 17:59:04 +0200
Subject: [Kolab-devel] Kolab issue tracker upgrade today at 14:00 UTC
In-Reply-To: <20090827173031.119953724.thomas@intevation.de>
References: <20090827151616.141005530.thomas@intevation.de>
	<20090827173031.119953724.thomas@intevation.de>
Message-ID: <960738410908270859v681edbc0wd553e10609c8aa04@mail.gmail.com>

Hi,


On Thu, Aug 27, 2009 at 5:38 PM, Thomas Arendsen
Hein<thomas at intevation.de> wrote:
> * Thomas Arendsen Hein <thomas at intevation.de> [20090827 15:22]:
>> After the migration the URL and email address will be different,
>> but I will add redirects/forwardings at the old addresses.
>
> The migration is finished!

Great, the performance increase is amazing!

Thanks

Mathieu Parent


From wrobel at pardus.de  Fri Aug 28 10:25:47 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 28 Aug 2009 10:25:47 +0200
Subject: [Kolab-devel] IMAP and "flat" namespaces
In-Reply-To: <200908171229.55332.bernhard@intevation.de>
References: <200908171229.55332.bernhard@intevation.de>
Message-ID: <20090828102547.15805ibr3u3u81og@webmail.pardus.de>

Quoting Bernhard Reiter <bernhard at intevation.de>:

> Hi Kolab-Developers and Friends,
>
> over the years I've often heard the question about "INBOX" being displayed in
> a Kolab Client and all folder being subfolders to it. I've just published a
> small result of this consideration to:
> https://wald.intevation.org/plugins/scmsvn/viewcvs.php/trunk/research/imap-flacher-namensraum-de.txt?rev=2&root=kolab&view=log
>
> Attention, this document is in Germany.
> The short summary:
>
> To use a "flat privat namespace", which means having folder belonging to one
> user in parallel to the special IMAP folder "INBOX" is okay with the IMAP
> standard RFCs.
>
> There is one conceptual problem, that is irrelevant in practice, if  
> you intend
> to add more non-private namespaces later in an IMAP  installation.
>
> For the implementation side there are some more remarks:
> a) Clients must be able to clearly detect if a folder belongs to other users
> or not, so an empty private namespace must not be checked against the folder
> paths first or this will fail.
> b) Servers should block the creating of private folders having names that are
> to be used by other namespaces, e.g. "user/".
> c) Clients can implement to display folders being parallel to the special
> folder "INBOX" independently which model is used by the server.
>
> It would have been cool if the IMAP specs would disallow the use of the
> empty "flat" private namespace, which would implementors live easier for
> clients and servers.
>
> Currently a cool IMAP Client must implement both schemes reasonably well.
> Given the Cryus IMAPD by default supports the "private INBOX namespace",
> and it is easier to implement on client side, I suggest that our default
> configuration for IMAP servers with Kolab should be to use the "privat INBOX
> namespace"  and improve our clients to display that nicely.

If I understand you correctly this means we would change the current  
Cyrus Imapd configuration. Is that right? Could you post the necessary  
configuration changes you would like to suggest? I'm pretty certain  
this should no problem for webmail client but I'd like to give it a  
short test.

Thanks!

Cheers,

Gunnar

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



-- 
______ 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/20090828/d05486ff/attachment.bin

From bernhard at intevation.de  Fri Aug 28 18:20:02 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Fri, 28 Aug 2009 18:20:02 +0200
Subject: [Kolab-devel] IMAP and "flat" namespaces
In-Reply-To: <20090828102547.15805ibr3u3u81og@webmail.pardus.de>
References: <200908171229.55332.bernhard@intevation.de>
	<20090828102547.15805ibr3u3u81og@webmail.pardus.de>
Message-ID: <200908281820.08588.bernhard@intevation.de>

Am Freitag, 28. August 2009 10:25:47 schrieb Gunnar Wrobel:
> > Currently a cool IMAP Client must implement both schemes reasonably well.
> > Given the Cryus IMAPD by default supports the "private INBOX namespace",
> > and it is easier to implement on client side, I suggest that our default
> > configuration for IMAP servers with Kolab should be to use the "privat
> > INBOX namespace" ?and improve our clients to display that nicely.
>
> If I understand you correctly this means we would change the current ?
> Cyrus Imapd configuration. Is that right? 

No, this is already Cyrus IMAPD's default configuration.
I just want to make it a strong recommendation to not change this 
configuration and use the correct one on other IMAP servers, like Dovecot.

> Could you post the necessary ? 
> configuration changes you would like to suggest? I'm pretty certain ?
> this should no problem for webmail client but I'd like to give it a ?
> short test.


-- 
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/20090828/ad1d603e/attachment.bin

From ninaramus at mail.ru  Sat Aug 29 14:37:44 2009
From: ninaramus at mail.ru (=?koi8-r?Q?=CE=C9=CE=C1_=D2=C1=CD=D5=D3?=)
Date: Sat, 29 Aug 2009 16:37:44 +0400
Subject: [Kolab-devel] =?koi8-r?b?SU1BUCBhbmQgImZsYXQiIG5hbWVzcGFjZXM=?=
In-Reply-To: <mailman.0.1251540003.6069.kolab-devel@kolab.org>
References: <mailman.0.1251540003.6069.kolab-devel@kolab.org>
Message-ID: <E1MhNBg-0005Rm-00.ninaramus-mail-ru@f5.mail.ru>

??????


From issues at kolab.org  Fri Aug 28 18:16:25 2009
From: issues at kolab.org (Bernhard Reiter)
Date: Fri, 28 Aug 2009 16:16:25 +0000
Subject: [Kolab-devel] [issue3827] Address completion ldap,
	missing some results (rt#5853)
In-Reply-To: <1251476185.5.0.929399352855.issue3827@kolab.org>
Message-ID: <1251476185.5.0.929399352855.issue3827@kolab.org>


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

With 3.5.10.enterprise.0.20090807.1015055-kk7 a user now experiences
that some results from LDAP are not displayed. 
There are some accounts in ldap like referat123 at demo.kolab.org
and there are some missing now.

With 3.5.10.enterprise.0.20090730.1004558-kk2 and the same ldap
server, it works typing something like "ref" and then delete the last
character to work around 
kolab/issue3359 (LDAP Search result not coming in later, if user typed too fast 
in email completion (rt#5853))

Allen, if you have an idea why this could have happend it would be interesting
to hear it. Otherwise I will try on monday to reproduce this issue.

----------
assignedto: bernhard
keyword: enterprise35, kde client, kkc
messages: 21426
nosy: allen, bernhard, ludwig, till, vkrause
priority: critical
status: need-eg
title: Address completion ldap, missing some results (rt#5853)

______________________________________
Kolab issue tracker <issues at kolab.org>
<https://issues.kolab.org/issue3827>
______________________________________


From issues at kolab.org  Fri Aug 28 18:20:52 2009
From: issues at kolab.org (Gunnar Wrobel)
Date: Fri, 28 Aug 2009 16:20:52 +0000
Subject: [Kolab-devel] [issue3828] [Turba] Importing data from a vCard list
	and purging old	data does not work
In-Reply-To: <1251476452.26.0.666195959569.issue3828@kolab.org>
Message-ID: <1251476452.26.0.666195959569.issue3828@kolab.org>


New submission from Gunnar Wrobel <p at rdus.de>:

Selecting "purge" (which should delete old data in an address book) when
importing vCard data seems to fail (at least partially). When importing the data
conflicts appear indication that the imported contacts already exist.

----------
assignedto: wrobel
keyword: web client
messages: 21428
nosy: bernhard, thomas, wilde, wrobel
priority: bug
status: unread
title: [Turba] Importing data from a vCard list and purging old data does not work

______________________________________
Kolab issue tracker <issues at kolab.org>
<https://issues.kolab.org/issue3828>
______________________________________


From thomas at intevation.de  Mon Aug 31 16:09:31 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Mon, 31 Aug 2009 16:09:31 +0200
Subject: [Kolab-devel] Kolab issue tracker upgrade today at 14:00 UTC
In-Reply-To: <20090827173031.119953724.thomas@intevation.de>
References: <20090827151616.141005530.thomas@intevation.de>
	<20090827173031.119953724.thomas@intevation.de>
Message-ID: <20090831160528.894619539.thomas@intevation.de>

* Thomas Arendsen Hein <thomas at intevation.de> [20090827 17:39]:
> Please report any problems with the tracker to this list or directly
> to me.

Full text search seems to have some problems, e.g. search for
"died with" does not find "Command died with status 40" in
kolab/issue3610, but "caused by full quota" is found.

Fixing this has high priority for me, I will send another mail when
this is solved.

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/20090831/28a88ade/attachment.bin