freebusy with kolab debian packages

hi there,

has anyone got the freebusy/trigger functionality working
with debian 
distribution packages (2.1.0-20070510.dfsg-2)???

when i try to trigger the freebusy generation of any of my
calendars i stumble 
over some IMAP-errors that relate to the missing
ANNOTATEMORE/METADATA patch 
in php5-imap / libc-client:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456947

finest thing would be to have debian packages containing
patched php5-imap and 
libc-client versions.

has anyone found an elegant solution for this issue??? or
does anyone know, 
when to expect uw-imap upstream code to patched,
accordingly?

i suppose this is probably not an issue with openpkg's
kolab, is it?

thanks for any hints!!!
mike

-- 

das netzwerkteam
mike gabriel, hamburger chaussee 240, 24113 kiel

fon: +49 431 64 74 196
voip/voicemail: +49 431 643 643 6
fax: +49 431 64 74 276
mail: m.gabrieldas-netzwerkteam.de, http://das-netzwerkteam.de

FreeBusy: 
https://mail.das-
netzwerkteam.de/mailxchange/kronolith/fb.php?u=m.gabriel%40d
as-netzwerkteam.de

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

Hi Mike,

Mike Gabriel <m.gabrieldas-netzwerkteam.de>
writes:

> hi gunnar,
>
> Quoting Gunnar Wrobel <wrobelpardus.de>:
>
>> Hi Mike,
>>
>> Mike Gabriel <m.gabrieldas-netzwerkteam.de>
writes:
>>
>> [...]
>>
>> What horde does within the call
"triggerFreeBusyUpdate" (currently in
>> Kolab.php -> on my systems
/usr/share/php/Horde/Kolab.php) is to
>> trigger using the URL
>>
>> 'https://' . Kolab::getServer("imap") .
'/freebusy/trigger/' .  
>> $folder . '.xpfb'
>
> arggghhh... i used "localhost" as imap server
string. however, my  
> apache has a vhost setup and "localhost" is
very much different from  
> "mail.mydomain.de".
>
> wouldn't it be better to address horde's
$conf['server']['name'] here?  
> (ah no, forget this, horde-webserver and imap-server
can be on  
> different hosts... hmmm... maybe a config parameter for
the freebusy  
> URL is needed in kronolith's conf.php?

Yes, you are right. This needs to fixed at some point. Right
now we
still assume that the free/busy part lives on the IMAP
server. This
will probably remain like this for Kolab-2.2 but at some
point I think
we should be able to relocate the whole f/b-System if
required and
this would then need to be configurable.

>
>
>> Anyhow if that triggering URL works on your system,
Horde should
>> trigger the update.
>
> with the new hostname for the imapserver and a fix in
Cache.php it now works:
>
> FIX for Cache.php/CVS: in
FreeBusyCache::&loadPartial you set  
> $fbfilename in the first line, but then refer to $file
in the rest of  
> the method. i have replaced any occurence of $file by
$fbfilename and  
> also commented out the check for relevance (my
kronolith has the  
> patches in kolab-2.2-CVS, including the relevance
patch). with these  
> changes the fb cache generation now works.

Ups... Thanks a lot. I broke that with my last commit when I
tried to
fix some other errors.

Hope my last CVS commit fixes this.

>
>>>   o i tried to authenticate against
freebusy/trigger with my kolab/LDAP
>>>     systems calendar user, but the
freebusy/trigger https authentication
>>>     failed
>>
>> Yes, you can only use the users credentials that
OWNs the folder.
>
> ok, got that. fb-cache is updated after every call of
"saveEvent" in  
> horde, i suppose that other kolab clients behave
similarly... now it  
> is clear, why an authenticated user is the normal case
for  
> fb-generation...
>
>> Shared folders are not taken into account when it
comes to the
>> calculation of free/busy times. I'm not 100%
certain if this was
>> intended this way but I believe it makes sense.
Shared folders usually
>> contain very generic events. Image a situation
where you have a shared
>> folder accessible to all users on your system: Add
one event and
>> suddenly all your users are blocked by this event.
>
> ok, agreed. how about groups, would they work and be
include in  
> freebusy information???
>
> i now have a further problem.
>
> in my lib/Horde/iCalendar/vfreebusy.php (horde-3.2-rc1)
 
> Horde_iCalendar_vfreebusy::getName() does not return a
valid friendly  
> name for the ORGANIZER. this probably is mainly due to
a missing CN  
> param for the ORGANIZER in my freebusy cache files
generated by the  
> kolab-2.2 freebusy engine (i backported fb scripts from
kolab-2.2 to  
> kolab-2.1).
>
> is it intended that the ORGANIZER's CN is missing in
the vcal files?

No, if remember it correctly the entry is mandatory. I would
have to
check again but maybe you have a hint why this is missing in
the cache
files?

Cheers,

Gunnar

P.S.: Thanks for reading and correcting the code!

>
> fragen über fragen,



> mike
>
>
>
>
------------------------------------------------------------
----
> This message was sent using IMP, the Internet Messaging
Program.
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-userskolab.org
> https:
//kolab.org/mailman/listinfo/kolab-users

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

prdus Kolab work is funded in part by KDAB and the
Kolab Konsortium

____ http://www.pardus.de
_________________ http://gunnarwrobel.de _
E-mail : prdus.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
prdus <<                 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~

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

Mike Gabriel <m.gabrieldas-netzwerkteam.de>
writes:

> hi there,
>
> has anyone got the freebusy/trigger functionality
working with debian 
> distribution packages (2.1.0-20070510.dfsg-2)???
>
> when i try to trigger the freebusy generation of any of
my calendars i stumble 
> over some IMAP-errors that relate to the missing
ANNOTATEMORE/METADATA patch 
> in php5-imap / libc-client:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456947
>
> finest thing would be to have debian packages
containing patched php5-imap and 
> libc-client versions.

Hm, I don't know the debian packages but there *should* be
packages
specifically patched for Kolab. Otherwise it is no real
Kolab server.

>
> has anyone found an elegant solution for this issue???
or does anyone know, 
> when to expect uw-imap upstream code to patched,
accordingly?

If you use the newest packages from CVS there should be no
need to
patch php and c-client anymore. The newer package should be
able to
automatically switch to the PEAR Net_IMAP package if it
detects an
unpatched PHP5.

>
> i suppose this is probably not an issue with openpkg's
kolab, is it?

Nope ;)

Cheers,

Gunnar

>
> thanks for any hints!!!
> mike
>
> -- 
>
> das netzwerkteam
> mike gabriel, hamburger chaussee 240, 24113 kiel
>
> fon: +49 431 64 74 196
> voip/voicemail: +49 431 643 643 6
> fax: +49 431 64 74 276
> mail: m.gabrieldas-netzwerkteam.de, http://das-netzwerkteam.de

> FreeBusy: 
> https://mail.das-
netzwerkteam.de/mailxchange/kronolith/fb.php?u=m.gabriel%40d
as-netzwerkteam.de
> _______________________________________________
> Kolab-users mailing list
> Kolab-userskolab.org
> https:
//kolab.org/mailman/listinfo/kolab-users

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

prdus Kolab work is funded in part by KDAB and the
Kolab Konsortium

____ http://www.pardus.de
_________________ http://gunnarwrobel.de _
E-mail : prdus.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
prdus <<                 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~

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

hi gunnar,

On Montag 18 Februar 2008, Gunnar Wrobel wrote:
> [...]
>
> If you use the newest packages from CVS there should be
no need to
> patch php and c-client anymore. The newer package
should be able to
> automatically switch to the PEAR Net_IMAP package if it
detects an
> unpatched PHP5.
>

i have created my own sort of kolab-freebusy-CVS backport in
/usr/local and it 
works surprisingly well together with kolab-2.1 as in
debian.

i can generate freebusy-cache elements with freebusy/trigger
(https 
authentication required) and download freebusy files without
auth.

my problem for horde-integration now is:

  o for freebusy/trigger, the scripts require
authentication. this works fine   
    when authenticating (with a browser) as the owner of the
calendar folders 
    in question
  o but normally the owner of a calendar does not
authenticate on freebusy 
    requests. as i understand it, horde uses a generic
account that has 
    calendar read-access to all calendars on the kolab
system
  o probably similar with other kolab clients???
  o i tried to authenticate against freebusy/trigger with my
kolab/LDAP 
    systems calendar user, but the freebusy/trigger https
authentication 
    failed

so how can i tell horde, to trigger the fbgeneration on my
calendars without 
calendar owner authentication???

another question remains: how do i trigger fbgeneration of
calendars stored in 
shared folders?

thanks for any hints,
mike






-- 

+++ das-netzwerkteam.de +++

mike gabriel, hamburger chaussee 240, 24113 kiel
fon: +49 431 64-74-196
fax: +49 431 64-74-276
voip/voicemail: +49 431 643 643 6
mail: m.gabrieldas-netzwerkteam.de
www: http://das-netzwerkteam.de


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

Hi Mike,

Mike Gabriel <m.gabrieldas-netzwerkteam.de>
writes:

> hi gunnar,
>
> On Montag 18 Februar 2008, Gunnar Wrobel wrote:
>> [...]
>>
>> If you use the newest packages from CVS there
should be no need to
>> patch php and c-client anymore. The newer package
should be able to
>> automatically switch to the PEAR Net_IMAP package
if it detects an
>> unpatched PHP5.
>>
>
> i have created my own sort of kolab-freebusy-CVS
backport in /usr/local and it 
> works surprisingly well together with kolab-2.1 as in
debian.

nice 

>
> i can generate freebusy-cache elements with
freebusy/trigger (https 
> authentication required) and download freebusy files
without auth.
>
> my problem for horde-integration now is:
>
>   o for freebusy/trigger, the scripts require
authentication. this works fine   
>     when authenticating (with a browser) as the owner
of the calendar folders 
>     in question
>   o but normally the owner of a calendar does not
authenticate on freebusy 
>     requests. as i understand it, horde uses a generic
account that has 
>     calendar read-access to all calendars on the kolab
system

This is not quite correct. Horde uses the users credentials
to
authenticate against the freebusy system. Every Kolab client
should
actually behave this way.

What horde does within the call
"triggerFreeBusyUpdate" (currently in
Kolab.php -> on my systems
/usr/share/php/Horde/Kolab.php) is to
trigger using the URL

'https://' . Kolab::getServer("imap") .
'/freebusy/trigger/' . $folder . '.xpfb'

Actually it shouldn't use a hardcoded path here. Probably
have to fix
this at some point 

Anyhow if that triggering URL works on your system, Horde
should
trigger the update.

>   o probably similar with other kolab clients???

No, a complete Kolab client should authenticate to the
free/busy
system as mentioned above.

>   o i tried to authenticate against freebusy/trigger
with my kolab/LDAP 
>     systems calendar user, but the freebusy/trigger
https authentication 
>     failed

Yes, you can only use the users credentials that OWNs the
folder.

>
> so how can i tell horde, to trigger the fbgeneration on
my calendars without 
> calendar owner authentication???
>
> another question remains: how do i trigger fbgeneration
of calendars stored in 
> shared folders?

Shared folders are not taken into account when it comes to
the
calculation of free/busy times. I'm not 100% certain if this
was
intended this way but I believe it makes sense. Shared
folders usually
contain very generic events. Image a situation where you
have a shared
folder accessible to all users on your system: Add one event
and
suddenly all your users are blocked by this event.

Cheers,

Gunnar

>
> thanks for any hints,
> mike
>
>
>
>
>
>
> -- 
>
> +++ das-netzwerkteam.de +++
>
> mike gabriel, hamburger chaussee 240, 24113 kiel
> fon: +49 431 64-74-196
> fax: +49 431 64-74-276
> voip/voicemail: +49 431 643 643 6
> mail: m.gabrieldas-netzwerkteam.de
> www: http://das-netzwerkteam.de

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

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

prdus Kolab work is funded in part by KDAB and the
Kolab Konsortium

____ http://www.pardus.de
_________________ http://gunnarwrobel.de _
E-mail : prdus.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
prdus <<                 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~

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

hi gunnar,

Quoting Gunnar Wrobel <wrobelpardus.de>:

> Hi Mike,
>
> Mike Gabriel <m.gabrieldas-netzwerkteam.de>
writes:
>
> [...]
>
> What horde does within the call
"triggerFreeBusyUpdate" (currently in
> Kolab.php -> on my systems
/usr/share/php/Horde/Kolab.php) is to
> trigger using the URL
>
> 'https://' . Kolab::getServer("imap") .
'/freebusy/trigger/' .  
> $folder . '.xpfb'

arggghhh... i used "localhost" as imap server
string. however, my  
apache has a vhost setup and "localhost" is very
much different from  
"mail.mydomain.de".

wouldn't it be better to address horde's
$conf['server']['name'] here?  
(ah no, forget this, horde-webserver and imap-server can be
on  
different hosts... hmmm... maybe a config parameter for the
freebusy  
URL is needed in kronolith's conf.php?


> Anyhow if that triggering URL works on your system,
Horde should
> trigger the update.

with the new hostname for the imapserver and a fix in
Cache.php it now works:

FIX for Cache.php/CVS: in FreeBusyCache::&loadPartial
you set  
$fbfilename in the first line, but then refer to $file in
the rest of  
the method. i have replaced any occurence of $file by
$fbfilename and  
also commented out the check for relevance (my kronolith has
the  
patches in kolab-2.2-CVS, including the relevance patch).
with these  
changes the fb cache generation now works.

>>   o i tried to authenticate against
freebusy/trigger with my kolab/LDAP
>>     systems calendar user, but the freebusy/trigger
https authentication
>>     failed
>
> Yes, you can only use the users credentials that OWNs
the folder.

ok, got that. fb-cache is updated after every call of
"saveEvent" in  
horde, i suppose that other kolab clients behave
similarly... now it  
is clear, why an authenticated user is the normal case for 

fb-generation...

> Shared folders are not taken into account when it comes
to the
> calculation of free/busy times. I'm not 100% certain if
this was
> intended this way but I believe it makes sense. Shared
folders usually
> contain very generic events. Image a situation where
you have a shared
> folder accessible to all users on your system: Add one
event and
> suddenly all your users are blocked by this event.

ok, agreed. how about groups, would they work and be include
in  
freebusy information???

i now have a further problem.

in my lib/Horde/iCalendar/vfreebusy.php (horde-3.2-rc1)  
Horde_iCalendar_vfreebusy::getName() does not return a valid
friendly  
name for the ORGANIZER. this probably is mainly due to a
missing CN  
param for the ORGANIZER in my freebusy cache files generated
by the  
kolab-2.2 freebusy engine (i backported fb scripts from
kolab-2.2 to  
kolab-2.1).

is it intended that the ORGANIZER's CN is missing in the
vcal files?

fragen über fragen,
mike



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

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

hi gunnar,

Quoting Gunnar Wrobel <wrobelpardus.de>:

>> in my lib/Horde/iCalendar/vfreebusy.php
(horde-3.2-rc1)
>> Horde_iCalendar_vfreebusy::getName() does not
return a valid friendly
>> name for the ORGANIZER. this probably is mainly due
to a missing CN
>> param for the ORGANIZER in my freebusy cache files
generated by the
>> kolab-2.2 freebusy engine (i backported fb scripts
from kolab-2.2 to
>> kolab-2.1).
>>
>> is it intended that the ORGANIZER's CN is missing
in the vcal files?
>
> No, if remember it correctly the entry is mandatory. I
would have to
> check again but maybe you have a hint why this is
missing in the cache
> files?

here is an example of a fb-vcal file/header generated by
your  
php-script (i have removed most of the FREEBUSY fields...):

EGIN:VCALENDAR
VERSION:2.0
PRODID:-//proko2//freebusy 1.0//EN
METHOD:PUBLISH
BEGIN:VFREEBUSY
ORGANIZER:MAILTO:m.gabrieldas-netzwerkteam.de
DTSTAMP:20080220T102236Z
URL:ht
tp://mail.das-netzwerkteam.de/freebusy/m.gabrieldas-n
  etzwerkteam.de.vfb
DTSTART:20080219T000000Z
DTEND:20080420T000000Z
FREEBUSY:20080219T070000Z/20080219T080000Z
...
FREEBUSY:20080418T160000Z/20080418T200000Z
END:VFREEBUSY
END:VCALENDAR

however, ORGANIZER:CN is probably not set as there is no
setAttribute  
call in any of you FB-php-files setting a CN metadata
attribute. would  
be nice to have a CN, though.


> P.S.: Thanks for reading and correcting the code!
>

no problem!!!

mike

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

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