IPP Mail Archive: Re: IPP> NOT - IPPGET Delivery Method - IS

IPP Mail Archive: Re: IPP> NOT - IPPGET Delivery Method - IS

Re: IPP> NOT - IPPGET Delivery Method - ISSUE 02 'ippget' URI

From: Michael Sweet (mike@easysw.com)
Date: Fri Oct 26 2001 - 16:28:38 EDT

  • Next message: Hastings, Tom N: "RE: IPP> NOT - IPPGET Delivery Method - ISSUE 02 'ippget' URI"

    "McDonald, Ira" wrote:
    >
    > Hi Michael,
    >
    > First, I suggest that any Subscription with a missing/empty
    > "notify-recipient-uri" MUST support retrieval of those
    > notifications via IPPGET in-band and MAY support one or
    > more other client pull methods for notification retrieval.

    Sounds reasonable.

    > Second, I agree that we have an ambiguity about WHICH are
    > the supported client pull methods, so how about a second
    > attribute (strictly alternate to "notify-recipient-uri",
    > so that one or the other MUST be in every Subscription),
    > called "notify-pull-method (1setOf keyword)", so that the
    > Printer attribute "notify-pull-method-supported" can enumerate
    > all the client pull methods supported by an implementation.

    That'll work, thanks!

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



    This archive was generated by hypermail 2b29 : Fri Oct 26 2001 - 16:31:57 EDT