[2042] in Enterprise Print Delivery Team
Re: Queue Name
daemon@ATHENA.MIT.EDU (Lynne E. Durland)
Tue Dec 11 10:06:05 2001
Message-Id: <5.0.2.1.2.20011211100837.03d5a688@hesiod>
Date: Tue, 11 Dec 2001 10:10:27 -0500
To: "Huxley, Bil" <huxley@MIT.EDU>, David F Lambert <LAMBERT@MITVMA.MIT.EDU>,
"Lynne E. Durland" <durland@MIT.EDU>, R3-Print@MIT.EDU,
Enterprise Printing Delivery Project Team <printdel@MIT.EDU>
From: "Lynne E. Durland" <durland@MIT.EDU>
In-Reply-To: <5.0.2.1.2.20011211071924.00b01208@po9.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Bil,
I will answer one of your questions. Yes IPM can handle flash forms and I
have done some preliminary work to get the MITSIS flash forms moved over
and tested. Other flash forms currently used on VM will be handled on a
case by case basis when the requests come in.
Lynne
At 08:14 AM 12/11/2001, Huxley, Bil wrote:
>Hi Dave,
>
>Everything you say here comes as a surprise to me, unless you mean to
>suggest, say, a year from now. Implementing EP1 was a PrintDel initiative
>based on a CAO request and OCP hardware funding and intended as a
>pilot. Migrating EP1 to IPM was a PrintDel initiative. Implementing a
>'general' print queue which utilizes the IP60 printer was an R3-Print
>request which seemed to be less than "enthusiastically embraced" by
>PrintDel. You'll recall that we felt it would be advantageous to
>implement this prior to implementing something as complicated and
>specialized as the GL Summary Statement & DTR printing.
>
>Now I think I'm hearing that you are considering substituting DC1 for EP1
>(effectively). Please consider the fact that you could in fact do this
>relatively transparently (to the desktop anyway) by simply telling IPM to
>direct EP1 jobs to the IP60 rather than the HP 8100. Such a switch may
>have an impact on job delivery/availability and/or the look of the output
>and those are certainly important considerations, but those are implicit
>in your suggestion anyway.
>
>We (CAO) just made a nontrivial investment to install KLP on all the
>CAO-Reporting desktops then went through again to install the EP1-IPM
>queue. Each time this kind of work needs to be done it requires shutting
>down the User's applications and logging them off in order to log in as an
>administrator - it's disruptive to folk's daily work and responsibilities
>even if you don't consider the efforts of CAOTech.
>
>Please consider my original question :) If 'EP' (Enterprise Printing) is
>considered an inadequate naming convention, why wasn't this addressed or
>at least discussed in conjunction with very, very recent EP1
>migration? I'm confused if y'all consider this a big issue for EP60 and a
>non-issue for EP1. I also do not understand why R3-Print was not informed
>of this issue until I asked why EP60 wasn't mentioned in your IT-Delivery
>report.
>
>I'd also like to offer a perception that IS may not run the only "Data
>Center" at MIT. This names assumes IS (it reflects an IS-centric point of
>view, if you would).
>
>John Curry's five themes come to mind as I make this inquiry again :)
>Client Orientation (and working together to streamline processes)
>Collaboration (boundary blind processes and open sharing of common
>information
>Sustainability (rising to higher standards)
>Accountability (clarity or roles and responsibilities)
>Professionalism (best practices in many areas)
>You mentioned 'forms'. As far as I know, the current EP1 service does not
>provide for forms or stock (three hole punch only I believe). I've asked
>before if IPM will support flash forms but never got an answer. Clearly
>there is some forms (stock) handling for IPM because you've defined queues
>with names like 'Central-Letter', 'Central-3hole' and 'Central-Archive'
>(Wow there are 31 "printers" defined on Pillage currently!).
>
>My apologies if I haven't been listening and that's the cause of my
>confusion and lack of understanding :)
> Bil
>
>At 12/10/2001 06:20 PM -0500, David F Lambert wrote:
>>Hi Bil,
>>
>>Actually we may want to eliminate EP1 altogether at some point. Our
>>primary goal initially for EP1 was to move it as transparently as possible
>>from CAO's perspective. Since we can handle PS output on the IP60 printers,
>>we could just point output there with new or existing logical destination/
>>queue names. I think it makes sense to minimize and/or eliminate
>>different queues which basically do the same thing (forms, handling, etc.)
>>
>>Some duplication is required now due to accommodating SAP's inability
>>to use klpr. So, at some point you can expect EP1's name to change or
>>be replaced with a queue which performs similarly.
>>
>>Hope that helps...
>>
>>-Dave
>>
>>On Mon, 10 Dec 2001 18:04:35 -0500 Bil said:
>> >Hi,
>> >
>> >Doesn't this imply that you would want to rename EP1 too?
>> >
>> >Confused,
>> > Bil
>> >
>> >At 12/10/2001 01:47 PM -0500, Lynne E. Durland wrote:
>> >>Greetings,
>> >>
>> >>Dave Lambert and Theresa met briefly last week to discuss the name
>> >>EP60/EP62 for the new general queue for SAP central printing. Dave
>> >>expressed concern that EP60 was not as descriptive as it might
>> >>be. Theresa agreed to entertain other proposed names. In our printdel
>> >>this morning we came up with DC1 and DC12 for the names. The DC standing
>> >>for Data Center. Our current goal is to get this new queue implemented by
>> >>Friday.
>> >>
>> >>Please let un know if the proposed new name is acceptable.
>> >>
>> >>Thanks
>> >>
>> >>Lynne
>> >>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
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
