Re: IPP> Disable-Accepding-Jobs & Enable-Accepting-Jobs
Tom Hastings <hastings@cp10.es.xerox.com> Fri, 10 July 1998 04:03 UTC
Delivery-Date: Fri, 10 Jul 1998 00:03:47 -0400
Return-Path: ipp-owner@pwg.org
Received: from cnri.reston.va.us (ns [132.151.1.1])
by ietf.org (8.8.5/8.8.7a) with ESMTP id AAA20493
for <ietf-archive@ietf.org>; Fri, 10 Jul 1998 00:03:31 -0400 (EDT)
Received: from lists.underscore.com (uscore-1.mv.com [199.125.85.30])
by cnri.reston.va.us (8.8.5/8.8.7a) with ESMTP id AAA18430
for <ietf-archive@cnri.reston.va.us>; Fri, 10 Jul 1998 00:03:30 -0400 (EDT)
Received: from localhost (daemon@localhost) by lists.underscore.com
(8.7.5/8.7.3) with SMTP id AAA13191 for <ietf-archive@cnri.reston.va.us>;
Fri, 10 Jul 1998 00:03:28 -0400 (EDT)
Received: by pwg.org (bulk_mailer v1.5); Thu, 9 Jul 1998 23:58:57 -0400
Received: (from daemon@localhost) by lists.underscore.com (8.7.5/8.7.3) id
XAA12621 for ipp-outgoing; Thu, 9 Jul 1998 23:55:42 -0400 (EDT)
Message-Id: <3.0.5.32.19980709205413.01356100@garfield>
X-Sender: hastings@garfield
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32)
Date: Thu, 9 Jul 1998 20:54:13 PDT
To: don@lexmark.com
From: Tom Hastings <hastings@cp10.es.xerox.com>
Subject: Re: IPP> Disable-Accepding-Jobs & Enable-Accepting-Jobs
Cc: Paul Moore <Paulmo@microsoft.com>, Ipp@pwg.org
In-Reply-To: <199807080006.AA17177@interlock2.lexmark.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-ipp@pwg.org
I agree that we need to be careful on "function creep". On the other hand: 1. some of the useful new operations being proposed are also only for operators, such as PausePrinter and PurgePrinter. 2. More over, a way to disable/disable an IPP Printer from accepting jobs fits in as an optional operation for use with IPP/1.0, in that there is already a Printer attribute: "printer-is-accepting" jobs that has no way to be set true or false in the protocol, even though there is also an IPP/1.0 error status to return if the value is 'false' and a client attempts to submit a job. 3. Finally, the operations being proposed (PausePrinter) also stop new jobs from being submitted from an IPP Printer to a device, so also being able to prevent jobs from being submitted to the IPP Printer is a natural operation to have. Tom At 15:17 07/07/98 PDT, don@lexmark.com wrote: >I think we have quickly gone over the edge already. Once we start adding >these kind of functions, we are starting the "function creep" process all >over again. One of the problems with the existing IPP definition is that >taken individually, each and ever function and enhancement we added made >sense. However, on the whole, IPP swelled to enormous proportions. We >need to strongly push back on going beyond the simple MS operational >enhancements until we have some real world experience and customer feedback >on IPP 1.0. > >********************************************** >* Don Wright don@lexmark.com * >* Product Manager, Strategic Alliances * >* Lexmark International * >* 740 New Circle Rd * >* Lexington, Ky 40550 * >* 606-232-4808 (phone) 606-232-6740 (fax) * >********************************************** > > > >