IPP Mail Archive: RE: IPP> Re: FW: IPPGET inconsistency on c

IPP Mail Archive: RE: IPP> Re: FW: IPPGET inconsistency on c

RE: IPP> Re: FW: IPPGET inconsistency on comparing URLs [polling any kind of URL]

From: Hastings, Tom N (hastings@cp10.es.xerox.com)
Date: Tue Jul 17 2001 - 21:56:44 EDT

  • Next message: mjoel@netreon.com: "Re: IPP> NOT - 6 Notification ISSUES Agenda: Telecon Wed 7/18, 10-11 PDT (1-2 EDT )"

    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