[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: IRIP version 4 (Part 1a)
Bruce_Kahn@iris.com wrote:
> After getting some rest I woke w/a bad feeling I had overlooked something
> last night. I did.
>
> Under 3.1.7 ICALDATA the format of the command is:
> S: ICALDATA[:latencyTime]
> R: 2.0.1
> S: <MIME encapsulated ITIP Message>
> S: .
> R: <MIME encapsulated ITIP Message>
> R: .
> R: <reply code>
>
> The examples, etc show just 1 MIME iTIP message coming back and state
> (under 6.1.x in a few places) "Then it builds a reply". This impies that
> data gets queued up for the sender and then returned when complete.
> However there may be cases where only a partial reply is available (for fan
> out cases, etc). This raises a few questions in my mind:
>
> 1: Is the iRIP server expected to buffer up all responses into 1
> potentially massive reply?
It is expected to give a reply code for every recipient specified. As mentioned
earlier the ICAL object portion of a reply is optional. In some cases, it will
not be possible to build a reply from all calendars to which a message was
delivered. So a reply code like 2.0.7 (QUEUED - the message has been queued for
delivery) could be returned.
> 2: Is there no option/thought that the iRIP server return what data it can
> when it gets it so the sender can use it immediately?
yes. That's why you may get a 2.0.7 reply from one RECIPIENT's calendar and an
ical object plus a 2.0 reply from another RECIPIENT's calendar.
> 3: If a sent iTIP message does not complete in time and the sender issues
> an ABORT then what happens to that data the server has queued up for
> returning?
It is not specified. This is bad. Any suggestions?
> 4: Is there no way for the server to indicate in the Idle state that it has
> at least a partial result that the sender may want to get instead of having
> it just tossed out?
We currently don't have such a reply code, but we could certainly add one.
Seems reasonable to give the sender a clue that the server is at least making
progress.
begin:vcard
n:Mansour;Steve
tel;fax:(650) 937-2103
tel;work:(650) 937-2378
x-mozilla-html:FALSE
org:Netscape
version:2.1
email;internet:sman@netscape.com
title:Judge, Jury, Executioner
adr;quoted-printable:;;501 East Middlefield Road=0D=0A;Mountain View;CA;94043;
x-mozilla-cpt:;-12672
fn:Steve Mansour
end:vcard