[Kolab-devel] Patch: Kontact Free/Busy MS-Outlook URL support (Repost)

[Bo Thorsen]

On Thursday 21 October 2004 08:16, Stephan Buys wrote:
> This is an old post of mine, not even sure that this patch will still
> work, but it illustrates the concept correctly. I strongly encourage
> the Kontact guys to consider supporting this format as it would be
> close to impossible to guess the exact naming of users on the server...
>
> Theres been a lot of confusion regarding the FB URLs the last couple of
> days. I think the Outlook model works and works consistently...

I had a look at the patch now. First of all, the host != emailHost check 
has already been removed from proko2 branch because I also don't believe 
it will ever work.

Second, I'm not sure the NAME and SERVER parts are necessary anymore - 
they are at least not correct when you have a multilocation kolab setup, 
because you can get all FB lists from the local server anyway.

However, I see no reason not to add support for these macros in the URL. 
I'll probably even add a third one, EMAIL, that gives the full email 
address. This could even remove the need for the checkbox with "use full 
email".

How does that sound? Should I code that and submit it to kdepim?

Bo.

> ---------------------------------
>
>
> Hi all,
>
> Below is a small patch that allows the user to specify an MS Outlook
> style Free/Busy URL for the purpose of downloading freebusy
> information.
>
> This allows URLs in the format:
> http://host.tld.com/freebusy/%NAME%@%SERVER%.vfb
>
> Adds %NAME% (for user portion of e-mail address)
> Adds %SERVER% (for the domain portion of e-mail address)
>
> Why is this important?
> 1) You might want to have multiple domains supported on your server,
> this makes the %SERVER% macro necesarry.
> 2) You might want to specify another extension for your users to use on
> their iCal files, thus the user has more control over the URL.
>
> I have also disabled the check that disables Free/Busy downloads if the
> configured mail host does not match the domain portion of the e-mail
> address. There are several reasons for this:
>
> 1) The user might specify a ip-address for the server address.
> 2) It might be a big company that shares one e-mail domain accross
> multiple hosts. 3) There might be CNAME DNS entries for the mail host
> which does not match the email domain.
>
> Instead the retrieval fails gracefully, or so it seems...
>
> Kind regards,
-------------- 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/devel/attachments/20041022/1f9ba44f/attachment.sig>