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 at easysw.com]
Sent: Tuesday, July 17, 2001 14:08
To: Manros, Carl-Uno B
Cc: Hastings, Tom N; mjoel at netreon.com; ipp at 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 at easysw.com
Printing Software for UNIX http://www.easysw.com