IPP> NOT - ISSUE 05 [return successful-ok-events-complete']

IPP> NOT - ISSUE 05 [return successful-ok-events-complete']

Hastings, Tom N hastings at cp10.es.xerox.com
Wed Aug 1 16:09:51 EDT 2001


With this simplified Get-Notifications that only takes subscription-ids,
would it be possible to REQUIRE a Printer to support Event Wait Mode for at
least one connection as long as the identified Subscription Objects exist?

A Notification Recipient client MUST still accept a "notify-get-interval"
response from the Printer and try the Get-Notifications that many seconds
later, if still interested in the events.

OK?

Tom

-----Original Message-----
From: Michael Sweet [mailto:mike at easysw.com]
Sent: Wednesday, August 01, 2001 10:53
To: Hastings, Tom N
Cc: ipp (E-mail); McDonald, Ira; ipp at webpageassembler.com
Subject: Re: IPP> NOT - ISSUE 05 [return successful-ok-events-complete']


"Hastings, Tom N" wrote:
> ...
> So lets simplify Get-Notifications as follows:
> 
> 1. drop the "notify-recipient-uri" as an input operation attribute.
> 
> 2. drop the "notify-search" (boolean) operation attribute.
> 
> 3. Sender MUST supply one or more subscription-ids in the
> "notify-subscription-ids: (1setOf integer(1:MAX)) operation attribute.
> 
> 4. Sender MAY supply one or more parallel sequence-numbers in the
> "notify-sequenced-numbers" (1setOf integer(1:MAX)) to eliminate getting
> duplicates for the corresponding Subscription Object.

Sounds good to me!

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products                  mike at easysw.com
Printing Software for UNIX                       http://www.easysw.com



More information about the Ipp mailing list