freebusy CVS observation + questions

hi gunnar,

here are some more observations about the new fb system in
kolab-cvs:

   o using the attendees.php script in kronolith as
"user A": whenever
     attendees.php is called as user A and the first
attendee is added to the
     list of attendees, a file named ".pvc" is
created in the kolab-freebusy
     cache dir. is that intentional??? (it is the dummy .pvc
file: "This is a
     dummy vfreebusy that indicates an empty
calendar...")

   o i have write access to my daughters calendar. when i
create an  
event in her
     calendar, her freebusy cache files are not updated...
in business  
you often
     have assistants arranging appointments for mangers etc.
definitely, their
     fb-information should be update on change of events,
shouldn't it???

   o my horde version (horde-webmail-1.1rc1) does not yet
like the fb-files
     created by your script. using fb.php in kronolith i
receive an  
empty file...
     i will investigate on that and keep you informed

   o when i try to freebusy/trigger my own calendars, i
receive a "Folder
     INBOX/Kalender is irrelevant for user XXX". to my
point of view, my own
     calendar is pretty relevant to me... (that's why i have
commented out the
     this bit of code:

/*if (!$relevant) {
     return PEAR::raiseError(sprintf(_("Folder %s is
irrelevant for user %s."),
                             $access->imap_folder,
$access->user));
   }*/

     in FreeBusyCache::&loadPartial().


questions:

   o how does the new relevance thing work in horde/kolab
(see workaround
     above)??? is there a draft or something that explains
the mechanism?

thx for taking your time,
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 Mike Gabriel <m.gabrieldas-netzwerkteam.de>:

>    o i have write access to my daughters calendar. when
i create an  
> event in her calendar, her kolab freebusy cache files
are not  
> updated... in business you often have assistants
arranging  
> appointments for mangers etc. definitely, their
fb-information  
> should be update on change of events, shouldn't it???

i have been investigating on this a little more...

the problem with this issue is that triggerFreeBusyUpdate()
calls URLs  
like this:
https://mail.das-netzwerkteam.de/freebusy/tr
igger/user/Kalender.xpfb

but they should look like:
https://mail.das-netzwerkteam.de/freebusy/trigger/user
domain/Kalender.xpfb
                                                      
^^^^^^^
the URL is formed in this bit of code of
triggerFreeBusyUpdate():

<quote>
   if (strncmp($folder_path, '/INBOX/', 7) == 0) {
       $folder = Auth::getAuth() . '/' .
rawurlencode(substr($folder_path,
                 $second_slash + 1));
   } else {
       $folder = rawurlencode(substr($folder_path,
$second_slash + 1));
                                     ^^^^^^^^^^^^
   }
   $url = 'https://' . Kolab::getServer("imap") .
          '/freebusy/trigger/' . $folder . '.xpfb';

</quote>

first of all, there is a typo in the "else"
section in  
kronolith-2.2rc1 where it say "substr($folder,
$second_slash + 1)" in  
the original code but it should be
"substr($folder_path, $second_slash  
+ 1)".

a little above the quoted section, there is a comment that
states:

<quote>
  // IMAP path is either /INBOX/<path>domain
or
  // /user/someone/<path>domain strip domain
</quote>

unfortunately, this is not true on my kolab/horde install
(kolab-2.1  
with horde-webmail-1.1.rc1).

there is no domain component in the folder path on my
kolab/horde  
install!!! if it was, we would be lucky,  we could strip off
the  
domain and keep it for rendering an unequivocal, unique
fb-update URL.  
we cannot use some kind of default domain here with kolab's
virtual  
domain support.

maybe you have a clue, how to derive a mailuser's domain
from the  
share_uid if the domain name is not part of the share_uid...
where is  
the domain name stripped of the share_uid in horde's Kolab
driver??? i  
could not find that...

do you have an idea???

best,
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 Mike,

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

> hi gunnar,
>
> here are some more observations about the new fb system
in kolab-cvs:
>
>    o using the attendees.php script in kronolith as
"user A": whenever
>      attendees.php is called as user A and the first
attendee is added to the
>      list of attendees, a file named ".pvc"
is created in the kolab-freebusy
>      cache dir. is that intentional??? (it is the dummy
.pvc file: "This is a
>      dummy vfreebusy that indicates an empty
calendar...")

once you add attendees, the system accesses the Free/busy
information. So at that point the information should also
get cached
and you should see such files. They should only contain the
"dummy
vfreebusy" if the user has no events in the requested
period.

>
>    o i have write access to my daughters calendar. when
i create an  
> event in her
>      calendar, her freebusy cache files are not
updated... in business  
> you often
>      have assistants arranging appointments for mangers
etc. definitely, their
>      fb-information should be update on change of
events, shouldn't it???
>
>    o my horde version (horde-webmail-1.1rc1) does not
yet like the fb-files
>      created by your script. using fb.php in kronolith
i receive an  
> empty file...
>      i will investigate on that and keep you informed
>
>    o when i try to freebusy/trigger my own calendars, i
receive a "Folder
>      INBOX/Kalender is irrelevant for user XXX".
to my point of view, my own
>      calendar is pretty relevant to me... (that's why i
have commented out the
>      this bit of code:
>
> /*if (!$relevant) {
>      return PEAR::raiseError(sprintf(_("Folder %s
is irrelevant for user %s."),
>                              $access->imap_folder,
$access->user));
>    }*/
>
>      in FreeBusyCache::&loadPartial().
>
>
> questions:
>
>    o how does the new relevance thing work in
horde/kolab (see workaround
>      above)??? is there a draft or something that
explains the mechanism?

bernhard: ping

mike: yes, there is draft that still needs to get
posted. Therefore I
added Bernhard on cc. We should definitely be discussing
this draft.

Btw.: Can you post the next one on this in kolab-devel? You
are
clearly living on the *-devel side of life ;)

Cheers,

Gunnar

>
> thx for taking your time,
> 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 gunnar,
>
> Quoting Mike Gabriel <m.gabrieldas-netzwerkteam.de>:
>
>>    o i have write access to my daughters calendar.
when i create an  
>> event in her calendar, her kolab freebusy cache
files are not  
>> updated... in business you often have assistants
arranging  
>> appointments for mangers etc. definitely, their
fb-information  
>> should be update on change of events, shouldn't
it???
>
> i have been investigating on this a little more...
>
> the problem with this issue is that
triggerFreeBusyUpdate() calls URLs  
> like this:
> https://mail.das-netzwerkteam.de/freebusy/tr
igger/user/Kalender.xpfb
>
> but they should look like:
> https://mail.das-netzwerkteam.de/freebusy/trigger/user
domain/Kalender.xpfb
>                                                       
^^^^^^^
> the URL is formed in this bit of code of
triggerFreeBusyUpdate():
>
> <quote>
>    if (strncmp($folder_path, '/INBOX/', 7) == 0) {
>        $folder = Auth::getAuth() . '/' .
rawurlencode(substr($folder_path,
>                  $second_slash + 1));
>    } else {
>        $folder = rawurlencode(substr($folder_path,
$second_slash + 1));
>                                      ^^^^^^^^^^^^
>    }
>    $url = 'https://' .
Kolab::getServer("imap") .
>           '/freebusy/trigger/' . $folder . '.xpfb';
>
> </quote>
>
> first of all, there is a typo in the "else"
section in  
> kronolith-2.2rc1 where it say "substr($folder,
$second_slash + 1)" in  
> the original code but it should be
"substr($folder_path, $second_slash  
> + 1)".

Thanks! Will fix that soon.

>
> a little above the quoted section, there is a comment
that states:
>
> <quote>
>   // IMAP path is either /INBOX/<path>domain
or
>   // /user/someone/<path>domain strip domain
> </quote>
>
> unfortunately, this is not true on my kolab/horde
install (kolab-2.1  
> with horde-webmail-1.1.rc1).
>
> there is no domain component in the folder path on my
kolab/horde  
> install!!! if it was, we would be lucky,  we could
strip off the  
> domain and keep it for rendering an unequivocal, unique
fb-update URL.  
> we cannot use some kind of default domain here with
kolab's virtual  
> domain support.

I'm not certain I understand why you deactivated this. Is
this
required for your setup? Any chance of activating it?

> maybe you have a clue, how to derive a mailuser's
domain from the  
> share_uid if the domain name is not part of the
share_uid... where is  
> the domain name stripped of the share_uid in horde's
Kolab driver??? i  
> could not find that...

The share_uid is based on the folder name so I don't expect
this to
have a domain suffix either. But you are running with a
single domain
then? It should be possible to use a default domain setting
then. We'd
need to add the required code for that though.

Cheers,

Gunnar

>
> do you have an idea???
>
> best,
> 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

On Thursday 21 February 2008 09:26, Gunnar Wrobel wrote:
> > questions:
> >
> >    o how does the new relevance thing work in
horde/kolab (see workaround
> >      above)??? is there a draft or something that
explains the mechanism?
>
> bernhard: ping

Pong, it still is on the stack.

> mike: yes, there is draft that still needs to get
posted. Therefore I
> added Bernhard on cc. We should definitely be
discussing this draft.

Yep.

-- 
Managing Director - Owner: www.intevation.net       (Free
Software Company)
Germany Coordinator: fsfeurope.org. Coordinator:
www.Kolab-Konsortium.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB
18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr.
Jan-Oliver Wagner

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

Bernhard Reiter <bernhardintevation.de> writes:

> On Thursday 21 February 2008 09:26, Gunnar Wrobel
wrote:
>> > questions:
>> >
>> >    o how does the new relevance thing work
in horde/kolab (see workaround
>> >      above)??? is there a draft or
something that explains the mechanism?
>>
>> bernhard: ping
>
> Pong, it still is on the stack.
>
>> mike: yes, there is draft that still needs to get
posted. Therefore I
>> added Bernhard on cc. We should definitely be
discussing this draft.
>
> Yep.

As we currently have two people actively working on the PHP
code of
free/busy I'd like to discuss this as soon as possible. I
think we
could just post the draft version even if there are passages
that are
hard to read.

What do you think?

Cheers,

Gunnar

>
> -- 
> Managing Director - Owner: www.intevation.net      
(Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator:
www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabrück, DE; Amtsgericht
Osnabrück, HRB 18998
> Geschäftsführer Frank Koormann, Bernhard Reiter, Dr.
Jan-Oliver Wagner
> _______________________________________________
> Kolab-users mailing list
> Kolab-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 bernhard, hi gunnar,

Quoting Gunnar Wrobel <wrobelpardus.de>:

> Bernhard Reiter <bernhardintevation.de> writes:
>
>> On Thursday 21 February 2008 09:26, Gunnar Wrobel
wrote:
>>> > questions:
>>> >
>>> >    o how does the new relevance thing work
in horde/kolab (see workaround
>>> >      above)??? is there a draft or
something that explains the mechanism?
>>>
>>> bernhard: ping
>>
>> Pong, it still is on the stack.
>>
>>> mike: yes, there is draft that still needs
to get posted. Therefore I
>>> added Bernhard on cc. We should definitely be
discussing this draft.
>>
>> Yep.
>
> As we currently have two people actively working on the
PHP code of
> free/busy I'd like to discuss this as soon as possible.
I think we
> could just post the draft version even if there are
passages that are
> hard to read.
>
> What do you think?
>
> Cheers,
>
> Gunnar
>

something written in hands could be really helpful, esp. if
it already exists.

best,
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/fr
eebusy/m.gabriel%40das-netzwerkteam.de.xfb

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

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

On Tuesday 11 March 2008 07:12, Gunnar Wrobel wrote:
> As we currently have two people actively working on the
PHP code of
> free/busy I'd like to discuss this as soon as possible.
I think we
> could just post the draft version even if there are
passages that are
> hard to read.
>
> What do you think?

I need to take aclook first. 
Sorry to be a bottleneck on this right now, but there are
tasks coming from 
the side that are as important.

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

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