[kronolith] Fwd: [Tickets #4982] Re: Expose Kronolith data via XML, emulating Sharepoint's XMLRPC Web Services for integration into Microsoft Outlook

[Jan Schneider]

Zitat von Jon Spriggs <jon at spriggs.org.uk>:

>>> My reason for wanting this is that the person who is making the
>>> decision about whether to use Horde or Sharepoint doesn't care about
>>> the cost of deployment, doesn't care about how easy or difficult it is
>>> to contribute to the future development of the site and doesn't care
>>> how Free (Gratis/Libre) it is, he just cares that with Horde, he can't
>>> open the calendar for inspection in MS-Outlook!
>>
>> And that's the whole point. It's already possible. Without a
>> propriatery, bloated method. With a standardized interface. For all
>> clients. Not only Outlook. You get the same like with Sharepoint, and
>> even more. There is no point in an additional interface that doesn't
>> get us or you anything that doesn't exist already.
>
> OK, so taking this from another tack... if I write the code, and
> contribute it to the code base as a patch via bugs.horde.org, will it
> be accepted into the base, even if it's natively disabled, and then
> enabled with a switch which is marked as being "unstable" or "valid
> only for version X of Microsoft Outlook"? Alternatively, how about if

No.

> it's contributed as a howto on the Wiki with warnings all over it
> saying "Don't use this unless you're prepared to relinquish any
> support from the team"?

If you deem that necessary.

> I only ask, because it really is the only sticking point with my
> management about implementing Horde, and I don't want to do this
> locally, and then let the code get lost, and not be available to
> anyone else.

I'm giving up. Can someone else please try to explain that this  
functionality already exists in Kronolith?

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/