[657] in Enterprise Print Delivery Team
Re: Test printers for FSS testing (fwd)
daemon@ATHENA.MIT.EDU (Lynne E. Durland)
Thu Nov 2 13:12:42 2000
Message-Id: <4.3.2.7.2.20001102131129.00c466f0@hesiod>
Date: Thu, 02 Nov 2000 13:12:38 -0500
To: Rocklyn Clarke <RCLARKE@MIT.EDU>
From: "Lynne E. Durland" <durland@MIT.EDU>
Cc: printdel@MIT.EDU
In-Reply-To: <4.3.2.7.2.20001102112829.00c42c60@hesiod>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
At 12:03 PM 11/2/00 -0500, Lynne E. Durland wrote:
>Rocklyn,
>
>My request was for two print queues in SAP for FSS to use to print to
>their own local hp printer.
>
>On the NUP printing question, I have a couple of comments. Jeff Banta and
>I figured out how to make it work through ipm. There are two ways for it
>to work,but for either option the printing HAS to happen on an IPDS
>printer controlled by ipm, it CANNOT be a postscritp printer controlled by
>ipm. The two scenarios for nup printing are, the postscript coming out of
>sap is reqired to either have absolutely no pagesize information
>associated with it, OR when the print file is sent to ipm there is a file
>that needs to be appended to the front of the postscript file sent to
>ipm. The
the
text below should read IBM not IPM
>other thing is in order for ipm to do anything with the files, they cannot
>go to a postscript printer, they have to go to the ipm printers so that
>the file can be ripped and transformed to alter the print to nup...........
>
>Either option for the postscript requires coding at the sap end of the
>transaction, and since this is a lower priority than other things that
>need to be put into production this month, I had sent mail suggesting,
>that the nup printing be the first one tackled when the ipm is moved to
>the production or steady state owners.
>
>Lynne
>
>At 11:25 PM 11/1/00 -0500, you wrote:
>>Hi Theresa,
>>
>>Thanks for taking the time to review this earlier this evening. Although
>>you have only had our request for a week, David actually asked us for test
>>queues on the InfoPrint Manager (IPM) server several weeks ago. After I
>>finished speaking with you, I called him to let him know that his request
>>for test queues was now being worked on. He reminded me of some additional
>>aspects of his request which I had forgotten, but which I will include here.
>>
>>We recognize that there are currently print queues set up in Moira for the
>>RET printer (18.18.0.203): ret (a simplex queue) and ret0 ( a duplex queue).
>>These queues are managed by FIBER.MIT.EDU.
>>
>>We want to set up 5 additional print queues to be managed by PLUNDER.MIT.EDU
>>(18.92.0.130). I will describe them below using the symbolic name RETIPM
>>(I understand that you and your staff will determine the actual queue names):
>>
>>RETIPM a simplex queue
>>RETIPM2 a duplex queue
>>RETIPMH a simplex queue (files will be held for subsequent processing)
>>RETIPM2UP a simplex queue (files will be printed 2up and simplex)
>>RETIPM2UP2 a duplex queue (files will be printed 2up and duplex)
>>
>>We want these queues defined in Moira as well as in the following SAP
>>environments: sf2, sf5, sf8 and ps1.
>>
>>Please let me know if you have any questions about this request.
>>
>>Thanks,
>>Rocklyn
>>
>>
>>----------------------------Original message----------------------------
>>Return-Path: <printdel-internal@MIT.EDU>
>>Received: from MITVMA (NJE origin SMTP@MITVMA) by MITVMA.MIT.EDU (LMail
>> V1.2c/1.8c) with BSMTP id 8844; Wed, 25 Oct 2000 15:30:07 -0400
>>Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28] by mitvma.mit.edu
>> (IBM VM SMTP Level 320) via TCP with SMTP ; Wed, 25 Oct 2000
>> 15:30:06
>> EDT
>>X-Warning: mitvma.mit.edu: Host PACIFIC-CARRIER-ANNEX.MIT.EDU claimed to be
>> MIT.EDU
>>Received: from GRAND-CENTRAL-STATION.MIT.EDU by MIT.EDU with SMTP
>> id AA08619; Wed, 25 Oct 00 15:31:01 EDT
>>Received: from melbourne-city-street.MIT.EDU (MELBOURNE-CITY-STREET.MIT.EDU
>> [18.69.0.45])
>> by grand-central-station.MIT.EDU (8.9.2/8.9.2) with ESMTP id
>> PAA24030;
>> Wed, 25 Oct 2000 15:26:38 -0400 (EDT)
>>Received: from w91-109-ds-1.mit.edu (W91-109-DS-1.MIT.EDU [18.94.0.60])
>> by melbourne-city-street.MIT.EDU (8.9.3/8.9.2) with ESMTP id
>> PAA09003;
>> Wed, 25 Oct 2000 15:26:37 -0400 (EDT)
>>Message-Id: <4.3.2.7.2.20001025152603.00c116e0@hesiod>
>>X-Sender: durland@hesiod (Unverified)
>>X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
>>Date: Wed, 25 Oct 2000 15:30:38 -0400
>>To: r3-admin@MIT.EDU
>>From: "Lynne E. Durland" <durland@MIT.EDU>
>>Subject: Test printers for FSS testing
>>Cc: printdel@MIT.EDU, debbie@MIT.EDU, msprague@MIT.EDU, davidsoa@MIT.EDU
>>Mime-Version: 1.0
>>Content-Type: text/plain; charset="us-ascii"; format=flowed
>>
>>Greetings,
>>
>>I am writing to request two printers be set up in the sf2, sf5, sf8 and ps1
>>environments.
>>
>>These printers will be used by FSS for testing of printing through IPM.
>>
>>The printer names we would like set up are:
>>
>>RET1
>>RET2
>>
>>Thank you,
>>
>>Lynne
>>
>>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
>
>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
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
