Re: CounterOffer issue

[drummond@xxxxxxxxxx (Rik Drummond)]

I agree.  VCalendar is a result of a 4 year process first starting in XAPIA
as a specification that was not implemented .... learning from that effort
the "experts" came up with vCalendar sponsored by the Versit consortium.
Now both of these efforts were sponsored by multi-vendor consortiums ....
vCalendar is not vendor specific... it is also VERY Internet centered in
its architecture and construction. I can't think of a better place to
start.

If we don't start with vCalendar as the foundation, correct its bugs, and
the extend it as appropriate...we are making a MAJOR mistake!

Later.....Rik




At 10:58 AM 12/6/96, Chris Newman wrote:
>On Fri, 6 Dec 1996, Rik Drummond wrote:
>> Vcalendar, solves *most* of the data format and data exchange
>> issues...Correct?  What we need to define is how the clients and  servers
>> inter-communicate.
>>
>> I hope we are using the Vcalendar stuff as the basis and not re-inventing
>> things all over again.  If we are NOT I really question "if the not
>> invented here" syndrome is not having a major impact on some of the
>> participants to the detriment of the effort.
>
>My personal position would be to resist changes to vCalendar, unless there
>are identified bugs.  The only bug I've seen identified in vCalendar so
>far is that it permits event specifications that are ambiguous in the
>global Internet without external profiling information (specificly, the
>sender's timezone rules name).

------------------------------------------------------
|         Rik Drummond - The Drummond Group          |
|   5008 Brentwood Ct., Ft. Worth, TX 76132   USA    |
|      Voice: 817 294 7339    Fax: 817 294 7950      |
------------------------------------------------------