[2043] in Enterprise Print Delivery Team

home help back first fref pref prev next nref lref last post

Re: Queue Name

daemon@ATHENA.MIT.EDU (Huxley, Bil)
Tue Dec 11 11:25:13 2001

Message-Id: <5.0.2.1.2.20011211112538.02b86f70@po9.mit.edu>
Date: Tue, 11 Dec 2001 11:25:57 -0500
To: "Lynne E. Durland" <durland@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: "Huxley, Bil" <huxley@MIT.EDU>
In-Reply-To: <5.0.2.1.2.20011211100837.03d5a688@hesiod>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Lynne,
   Thanks :)
     Bil

At 12/11/2001 10:10 AM -0500, Lynne E. Durland wrote:
>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



home help back first fref pref prev next nref lref last post