[715] in Enterprise Print Delivery Team
Re: Accounting issues
daemon@ATHENA.MIT.EDU (Lynne E. Durland)
Wed Nov 22 11:42:15 2000
Message-Id: <4.3.2.7.2.20001122113217.00c36ba0@hesiod>
Date: Wed, 22 Nov 2000 11:42:47 -0500
To: David F Lambert <LAMBERT@MITVMA.MIT.Edu>,
"Lynne E. Durland" <durland@MIT.EDU>,
Enterprise Printing Delivery Project Team <printdel@MIT.EDU>
From: "Lynne E. Durland" <durland@MIT.EDU>
In-Reply-To: <10011221613.AA09181@MIT.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Stuff deleted.......
On the scenario where the print file is lost is the older piojetd driver
used by IPM when driving AIX attached postscript printers such as the hp
5si. This is a so called passthrough printer in IPM speak. The file comes
into IPM, IPM sniffs and sees it is postscript, headed for a postscript
printer, IPM passes it to the printer, counts the octets and cuts the
accounting record.
There is a "new and improved" driver pioinfo for use with an AIX attached
postscript printer such as the hp 5si. This driver allows a flag to be set
called wait-for-job-completion to be set. In this case the print file
comes into IPM, IPM sniffs and says postscript going to postscript printer,
let me hold onto a copy of this until the postscript printer tells me the
pages are in the stacker. Printer reports number of pages stacked,
accounting record is cut, file is removed from IPM. If there is a printing
problem, the file is returned to the pending state until the problem is
fixed, job restarts and prints from page one. There is, according to the
documentation, not the ability to "forward space" into the file, just
restart. Accounting records reflect the total number of pages
printed.....So a ten page job, printer jams on page 9, clear jam, restart
finishes fine, accounting record for the job reports 19 pages. (and in
reality there are 19 pages printed, client will only get 10)
What I sent to the group was an attempt at an explanation of what we can or
cannot do. I have on the list for IBM a request for accurate accounting of
completed print jobs, not attempts.
Lynne
>IPM is broken! Files should not be lost due to printer jams, out of
>paper, etc. Additionally, IPM should not cut accounting records for
>incompleted jobs - unless they flag them as such. We'll need to be clear
>and specific about our requirements here. For example, what do we
>want IPM to do for accounting if we start a large job, stop it at mid-point,
>and finish printing later by starting the job where it left off. Please
>think about this so we can provide IBM with our recommendations.
>
>-Dave
Lynne E. Durland
Information Systems
Database Services
W91-109
O: 617-258-5857
C: 617-293-8091
B: 617-430-8762
H: KB1FEM
"The main dangers in this life are the people who want to change
everything.....or nothing."
Lady Nancy
Astor
