[2445] in Enterprise Print Delivery Team
Re: VM Print Changes
daemon@ATHENA.MIT.EDU (Lynne E. Durland)
Tue Apr 9 20:15:31 2002
Message-Id: <5.0.2.1.2.20020409194422.02cbc6d8@hesiod>
Date: Tue, 09 Apr 2002 20:08:18 -0400
To: David G Kalenderian <DAVEK@MITVMA.MIT.EDU>, DOST@MITVMA.MIT.EDU
From: "Lynne E. Durland" <durland@MIT.EDU>
Cc: printDel@MIT.EDU, vm-sst@MITVMA.MIT.EDU
In-Reply-To: <020409.180847.EDT.DAVEK@MITVMA.MIT.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Dave,
HU1P@ HU1P-HR 3 0 7 2 () 3-HOLE UNLINED SIMPLEX PORTRAIT
HU1@ HU1-HR 3 0 7 2 () 3-HOLE UNLINED SIMPLEX
HL1@ HL1-HR 3 0 7 2 () 3-HOLE LINED SIMPLEX
PACKL@ PACKL-HR 3 0 7 2 () Operations packlist
X009@ X009-HR 3 0 7 2 () PUB: Portrait
X031@ X031-HR 3 0 7 2 () PUB: Landscape, 2UP (Holes)
*X045@ X045-HR 5 () PAY: OEO Report
X058@ X058-HR 3 0 7 2 () PUB: General Ledger (Holes)
*X063@ X063-HR 5 3 () CAO: Expense Report
*X068@ X068-HR 5 3 () CAO: Fund Analysis
The above list is the result of all /hr/ in the router table. As you can
see all of the forms without an asterisk are public, and I think x009 may
be the only active x form left in this list. Is there an audit log
somewhere to double check?
I ran tests of printing from both the mainframe and IPM in the first week
of May last year. I can run further checks/tests for all of the above
listed forms, if that is strictly necessary.
I believe the two forms I used in the testing from the mainframe were hu1p
and hu1, to test both portrait and landscape printing results.
We are discussing a total of 7 forms, 2 of which I think are no longer
actively used(?). Can someone either you or Art confirm what is being
printed? I can then run a quick test of those that are used.
Lynne
At 05:40 PM 4/9/2002 -0400, David G Kalenderian wrote:
>Hi.
>
>Just some comments regarding the proposed changes regarding the printing/
>loading of holed print from VM on the 3160 printers.
>
>After talking with Lynne, it sounds like some testing has been done
>but it may not be complete. Lynne will followup with email regarding the
>testing that has been done.
>
>I would recommend that we test ALL forms that would be impacted by this
>change to verify that they would print properly, ie: all Xnnn forms,
>all holed simplex forms, all HR forms that will be loaded HL.
>
>This can be done without any VM system/ROUTER changes by:
>
> - changing the printer setting to always use the duplex path
> - loading holed paper as HL
> - printing a test sample of each form listed in ROUTER's forms table
> that may be impacted (see above)
>
>Once we have verified that all forms have printed properly via the
>duplex path, then we can coordinate the OPERFORMS change in the ROUTER
>tables with the change to the printer settings for the duplex paper path.
>
>Also, it would be helpful to review the Operator documentation on printing via
>IPM vs Mainframe that was requested previously. Could someone please point
>us to the location of that documentation?
>
>Thanks, DaveK
>
>On Mon, 25 Mar 2002 12:45:55 EST you said:
> >Here's some e-mail from Lynne summarizing the changes for VM due to
> >the IPM and holes issue. I also had a subsequent conversation with
> >Lynne and here's some additional info:
> >
> >- when ops print via IPM instead of MF they: 1) change the connection
> > from channel attach to network attach, 2) change printer setting
> > to always use duplex paper path, 3) load holed paper with holes on
> > opposite side than for MF
> >- when IPM put into production no changes were made to VM printing; what
> > is different is now the loading of paper for IPM is different than for
> > VM (and ops sometimes load paper for VM the way they do for IPM with
> > the result that VM print has holes on the wrong side)
> >- Lynne's proposal (see below) is to only change ROUTER's FORM TABLE
> > to switch HL and HR. I don't know what the implication is for
> > simplex printing. The op procedure would change so the MF also goes
> > through duplex path for everything and ops load paper same for both.
> >- When this was discussed before, I thought changes needed to be made
> > to the actual forms but Lynne said that wasn't needed.
> >
> >Lynne/Bill - Please correct me if any of the above is incorrect. Also,
> >please point us to the op documentation on printing via IPM vs MF (i.e.
> >the changes ops make when switching from 1 to the other.)
> >
> >- Karen -
> >----------------------------Original message----------------------------
> >Karen,
> >
> >In a nutshell, what we would like to propose changing in the "standard"
> >print forms in VM is alter the oper forms that start HR to HL, with the
> >understanding that the operators would set the trays menu in the printer to
> >print this output through the duplex path.
> >
> >This would also affect any, if they exist, XNNN forms that use holes paper
> >and are simplex.
> >
> >These changes would only affect the operators, once made, so that all holes
> >printing on the IP60 printers would be done the same way, i.e. the paper
> >would be loaded the same way, and the menu in the printer would need to
> >updated, to prevent confusion, need for reprints, or worse clients
> >receiving output with the holes on the wrong side of the paper.
> >
> >Also since there are two IP60 printers and the amount of simplex output
> >printed is 10% of the total printed, through the efforts of the clients to
> >switch to duplex output, this information is slightly old, but should still
> >be fairly accurate, the increase in print time is not a major factor.
> >
> >The changes requested will be transparent to the end users who print
> >simplex, except that the holes will be on the correct side of the header
> >and trailer sheets.
> >
> >Hope this helps.
> >
> >Lynne
> >
> >On behalf of the Enterprise Print Delivery Team
> >
> >Lynne E. Durland
> >Information Systems
> >Database Services
> >W91-109
> >O: 617-258-5857
> >C: 617-293-8091
> >H: KB1FEM
> >
> >"When one door of happiness closes, another opens; but often we look so
> >long at the closed door that we do not see the one which has been opened
> >for us."
> >
> > --Helen Keller
Lynne E. Durland
Information Systems
Database Services Team
W91-109
P:258-5857
E: durland@mit.edu
H: 603-421-0940
H: KB1FEM
"When speaking to a Bear of Very Little Brain, remember that long words may
Bother Him."
--A.A. Milne
