RE: Start Print Writer But Hold Output Queue as Default

[Scott Mildenberger <Smildenber@xxxxxxxxxxxx>]

They could hold the outq prior to starting the writer.  If this was put into
a cl that they always used to start the printer then it would happen
everytime automatically.

Scott Mildenberger

> -----Original Message-----
> From: Paul Tykodi [mailto:paul@intermate-us.com]
> Sent: Friday, September 27, 2002 12:25 PM
> To: midrange-l@midrange.com
> Subject: Start Print Writer But Hold Output Queue as Default
>
>
> Dear List,
>
> I had a customer ask me the following question. They have an
> application
> that they can't change (easily) which outputs all reports to a certain
> output queue, with a physical printer attached to it, only
> when the writer
> is started. Typically at the beginning of each day, they
> start the writer
> for this printer and then immediately put the output queue on
> hold. They
> then sort out the spool files that arrive in the queue to
> determine which
> files should go to the physical printer and which ones should
> be moved to
> other queues. Sometimes they don't get the queue put on hold
> fast enough and
> they have a file print that should have been moved to a
> different queue.
>
> They were wondering whether there was a method to start a
> print writer but
> keep its associated queue on hold. I looked at the Start Print Writer
> command and it doesn't seem to include such an option. Could this
> requirement be supported with CL routine?
>
> Thanks.
>
> Best Regards,
>
> /Paul
> --
> Paul Tykodi
> National Product Manager
> Intermate US, Inc.
>
> p: 603.431.0606 x115
> f: 603.436.6432
> paul@intermate-us.com
> www.intermate.com
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion
> (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>