Actually, we wouldn't have to move Get-Notifications to the main spec, since
it would still be an OPTIONAL operation for a Printer to support, unless the
Printer is supporting the ippget Delivery Method. So its fine to stay in
the IPPGET Delivery Method document, even if it were to be used with other
Delivery Methods.
Tom
-----Original Message-----
From: Michael Sweet [mailto:mike@easysw.com]
Sent: Tuesday, July 17, 2001 14:08
To: Manros, Carl-Uno B
Cc: Hastings, Tom N; mjoel@netreon.com; ipp@pwg.org
Subject: Re: IPP> Re: FW: IPPGET inconsistency on comparing URLs
[polling any kind of URL]
"Manros, Carl-Uno B" wrote:
> ...
> If we haven't specified that the "notify-recipient-uri" in the
> Get-Notifications, be an ippget URI, it seems to me to be an
> omission in the draft text. To my knowledge, it was never the
> intention to allow anything else than an ippget URI for this
> version of notifications, and I am strongly against now trying to
> suddenly add new functionality which wasn't intended.
> ...
FWIW, if we allow Get-Notifications to apply to more than just
ippget, then all of the Get-Notifications stuff needs to be moved
to the main IPP Notifications spec, right?
My vote is to not allow other notification methods to use
Get-Notifications; it is specifically for ippget, and should
probably stay that way (otherwise you enter the realm of
multiple recipients for a single subscription, right? :)
-- ______________________________________________________________________ Michael Sweet, Easy Software Products mike@easysw.com Printing Software for UNIX http://www.easysw.com
This archive was generated by hypermail 2b29 : Tue Jul 17 2001 - 22:00:33 EDT