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

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

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

Manros, Carl-Uno B cmanros at cp10.es.xerox.com
Thu Aug 17 15:46:22 EDT 2000


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 at cp10.es.xerox.com 

-----Original Message-----
From: David_Kellerman at nls.com [mailto:David_Kellerman at nls.com]
Sent: Thursday, August 17, 2000 11:48 AM
To: kugler at us.ibm.com
Cc: ipp at 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 at nls.com Portland, Oregon        fax 503-228-5662



More information about the Ipp mailing list