Problem with Free/Busy in Kontact HEAD with Kolab 1
Bo Thorsen
bo at sonofthor.dk
Tue Sep 21 11:49:57 CEST 2004
Jeopardy quoting, sorry.
Andreas, you are hit by the check in KOrganizer that makes sure you can
only download free/busy lists from a server that matches the domain of
the email address you have. In this case, you try to download the fb list
of gungl at osp-dd.de from dre.osp-dd.de, and the domains doesn't match.
I have tried getting the attached patch into kdepim, but so far
unsuccesful. It just disables the check, so you try and download all
freebusy from the server.
Pim people: You receive this mail, because as you can now see, the current
behaviour hurts some users. We need a solution for it. Proposed
solutions:
- whitelisting domains
- make a protocol so the server can tell what domains it can server
- make a checkbox to perform the check that the patch removes or not
The catch-all fix could be to have a checkbox to just always try and
download fb lists from the server, and if this is not checked, a
whitelist of domains the server can give can be used.
Of course, an FB list setting in a contact should always override this.
Bo.
On Tuesday 21 September 2004 10:33, Andreas Gungl wrote:
> Am Dienstag, 21. September 2004 09:29 schrieb Bo Thorsen:
> > On Tuesday 21 September 2004 09:08, Andreas Gungl wrote:
> > > I'm doing some tests to prepare a switch from Kolab 1 to Kolab 2
> > > and to introduce Kontact as complete Kolab client.
> > > However I have problems with handling the free/busy information.
> > > Uploading the files works fine and I can see the files on the
> > > server using Konqueror and the webdav protocoll. I can follow the
> > > uploading of the files as well in the Apache access log on the
> > > Kolab server.
> > >
> > > However downloading free/busy information doesn't work. I can
> > > download files using Konqueror, but KOrganizer gives me the
> > > following output:
> > >
> > > ----------------------------------------
> > > korganizer: KOEditorFreeBusy::reload()
> > > korganizer: FreeBusyManager::retrieveFreeBusy(): gungl at osp-dd.de
> > > kabc: StdAddressBook::self()
> > > korganizer: FreeBusyManager::loadFreeBusy(): gungl at osp-dd.de
> > > korganizer:
> > > FreeBusyManager::loadFreeBusy()
> > > /home/domino/.kde/share/apps/korganizer/freebusy/gungl at osp-dd.de.if
> > >b doesn't exist.
> > > korganizer: FreeBusyManager::retrieveFreeBusy(): url:
> > > korganizer: Invalid FB URL
> > > ----------------------------------------
> > >
> > > I have configured the sane protocoll, server and user for
> > > retrieving the free/busy information as for publishing. I have
> > > tested with checked and unchecked option "use full email address
> > > for retrieval".
> > >
> > > Can anyone give a comment on what might be wrong? BTW, I'm using a
> > > kde-pim CVS snapshot from yesterday.
> >
> > What is the server domain? What did you put in the lineedits of the
> > freebusy setup? Do you have an FB setting on this person in the
> > kaddressbook entry or in the FB location setup of korganizer? And
> > what URL do you use for accessing the FB list with konqueror?
>
> Here we go:
>
> On the publishing side:
>
> General = Publish is checked, publish 60 days and min. 5 min between
> uploads Server URL =
> webdav://dre.osp-dd.de/freebusy/gungl%40osp-dd.de.ifb Username =
> gungl at osp-dd.de
> PW = **** ;-)
>
> On the retrieving side:
>
> General = "Retrieve others ... automatically " is checked, "use full
> ..." doesn't matter if checked or not
> Server URL = webdav://dre.osp-dd.de/freebusy/
> Username = mustermann at osp-dd.de
> PW = **** ;-)
>
> In Konqueror:
>
> URL = webdav://dre.osp-dd.de/freebusy/
> Files showing up = gungl at osp-dd.de.ifb mustermann at osp-dd.de.ifb
> Both files are readable from within Konqueror, I can even modify them
> by opening them in KWrite.
>
> I don't know about another location setting in KOrganizer than the
> fields mentioned above, sorry.
> Important: the person gungl at osp-dd.de is _not_ in the addressbook, so
> it doesn't have a FB URL set there. LDAP access however is configured,
> i.e. I can see the person from within KMail and KOrganizer.
>
> > The problem is that somehow the code decides to check locally instead
> > of on the server, as you can see from the filename it tries to get.
> > The question is, of course, why it would think this is the right
> > place.
> >
> > Best guess: You have a different server domain than the email address
> > you are trying to obtain the ifb file for.
>
> Further observations I did after stumbling across your hint regarding
> the FB setting in the addressbook, are:
>
> - Having the user in the addressbook without FB setting changes
> nothing. I.e. the FB download fails.
>
> - Having the user in the addressbook _with_ FB setting allows the
> retrieval of the FB file. (I used
> webdav://dre.osp-dd.de/freebusy/gungl%40osp-dd.de.ifb for my example
> above.)
>
> - Collecting an address from LDAP into my addressbook seems to provide
> the FB URL only for people which do have FB information uploaded. I
> write "seems" because I cannot really verify this. At least it works
> this way here.
>
>
> Well, let me finally summarize my expectations how it should work:
> - FB retrieval should work without FB setting in the addressbook by
> using the default URL set in KOrganizer.
> - FB settings in LDAP actually shouldn't be made automatically but only
> intentionally in the frontend. Only this way one can be sure to have
> consistent information when copying contacts from LDAP into the
> addressbook. This would also avoid unintended overriding of the default
> URL in KOrganizer by using any other LDAP server.
>
> Regards,
> Andreas
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
--
Bo Thorsen | Praestevejen 4
Senior Software Engineer | 5290 Marslev
Klarälvdalens Datakonsult | Denmark
-------------- next part --------------
? kdepim-fb-hostname.diff
? kontact/plugins/kaddressbook/kmailIface.kidl
? kontact/plugins/kaddressbook/kmailIface_stub.cpp
? kontact/plugins/kaddressbook/kmailIface_stub.h
? kresources/kolab/Makefile
? kresources/kolab/kabc/Makefile
? kresources/kolab/kcal/Makefile
? kresources/kolab/knotes/Makefile
? kresources/kolab/shared/Makefile
? kresources/kolab/shared/kmailconnection.kidl
? kresources/kolab/shared/kmailconnection_skel.cpp
? kresources/kolab/shared/kmailicalIface.kidl
? kresources/kolab/shared/kmailicalIface_stub.cpp
? kresources/kolab/shared/kmailicalIface_stub.h
? kresources/kolab/tests/Makefile
Index: korganizer/freebusymanager.cpp
===================================================================
RCS file: /home/kde/kdepim/korganizer/freebusymanager.cpp,v
retrieving revision 1.21
diff -c -r1.21 freebusymanager.cpp
*** korganizer/freebusymanager.cpp 2 Jul 2004 15:57:21 -0000 1.21
--- korganizer/freebusymanager.cpp 12 Jul 2004 12:42:30 -0000
***************
*** 411,422 ****
sourceURL = KOPrefs::instance()->mFreeBusyRetrieveUrl;
! if ( sourceURL.host() != emailHost ) {
! kdDebug() << "FreeBusyManager::freeBusyUrl(): " << sourceURL.host()
! << " doesn't match " << emailHost << ". Cancel retrieval."
! << endl;
! return KURL();
! }
sourceURL.setFileName( emailName + ".ifb" );
sourceURL.setUser( KOPrefs::instance()->mFreeBusyRetrieveUser );
--- 411,422 ----
sourceURL = KOPrefs::instance()->mFreeBusyRetrieveUrl;
! // if ( sourceURL.host() != emailHost ) {
! // kdDebug() << "FreeBusyManager::freeBusyUrl(): " << sourceURL.host()
! // << " doesn't match " << emailHost << ". Cancel retrieval."
! // << endl;
! // return KURL();
! // }
sourceURL.setFileName( emailName + ".ifb" );
sourceURL.setUser( KOPrefs::instance()->mFreeBusyRetrieveUser );
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.kolab.org/pipermail/users/attachments/20040921/b3f32600/attachment.sig>
More information about the users
mailing list