IPP Mail Archive: RE: IPP>NOT mailto feature from IETF meeti

IPP Mail Archive: RE: IPP>NOT mailto feature from IETF meeti

RE: IPP>NOT mailto feature from IETF meeting (RE: IPP> ADM - TheI PPNotification I-Ds will now go the IESG)]

From: Manros, Carl-Uno B (cmanros@cp10.es.xerox.com)
Date: Thu Aug 17 2000 - 15:46:22 EDT

  • Next message: pmoore@peerless.com: "RE: IPP> NOT - Are we ready to start Last Call on the "ipp-get" Notification Delivery Method?"

    Dave,

    I think you are correct to point out that an absolute minimum implementation
    of IPP does not make it a good IPP implementation. A lot of the IPP
    functionality that distinguishes it from past de facto standards and
    proprietary implementations fall into the "optional " category. If everybody
    only bothers to implement the absolute minimum, IPP is not going to have a
    major impact as replacement for the "old" printing technologies and we have
    wasted a lot of our time....

    Carl-Uno

    Carl-Uno Manros
    Principal Engineer - Xerox Architecture Center - Xerox Corporation
    701 S. Aviation Blvd., El Segundo, CA, M/S: ESAE-231
    Phone +1-310-333 8273, Fax +1-310-333 5514
    Email: manros@cp10.es.xerox.com

    -----Original Message-----
    From: David_Kellerman@nls.com [mailto:David_Kellerman@nls.com]
    Sent: Thursday, August 17, 2000 11:48 AM
    To: kugler@us.ibm.com
    Cc: ipp@pwg.org
    Subject: Re: IPP>NOT mailto feature from IETF meeting (RE: IPP> ADM -
    TheIPPNotification I-Ds will now go the IESG)]

    Carl,

    > The problem with polling (with Get-Job-Attributes) is that many Printers
    > forget about a Job as soon as it has reached a final state: completed,
    > aborted, or canceled. So, on one poll you see the job is in 'processing'
    > state, and on the next poll you get 'client-error-not-found', and you have
    > no way of knowing what the final state of the Job was before it
    > disappeared.

    Okay, I'm obviously landing in the middle of a long discussion.
    Apologies if I'm covering old ground.

    What you describe is very, very sad. Anyone who's worked with
    lpr/lpd, and tried to deliver status or completion results has
    cursed this deficiency in lpr/lpd -- the completed job vanishes.
    Now here we are 25 years later, and we're propagating the same
    shortcoming.

    Moreover, we're trying to patch the problem with
    machine-readable e-mail notification? If this is important (and
    it is), let's address the underlying problem.

    And please don't anyone tell me about their $99 printer for
    remote internet printing that can't cache a reasonable amount of
    completed job status but does have the resources to deliver
    multi-part MIME e-mail. ;-)

    David

    :: David Kellerman Northlake Software 503-228-3383
    :: david_kellerman@nls.com Portland, Oregon fax 503-228-5662



    This archive was generated by hypermail 2b29 : Thu Aug 17 2000 - 15:58:28 EDT