|
Dumb question time - is there any point to the printers being different types? We have no control over this, right? Am trying an experiment with remote outqs. You can say how many writers to autostart. I started 3. I specified the system on which was creating the outq and pointed it at an existing printer outq (a PCOMM printer emulation). I did 3 screen prints, held the spooled files, and moved them to this new remote outq. It took awhile for the writers to get going. Once all 3 were in EVTW astatus, I released the spooled files. All 3 jobs apparently took one of the spooled files. They are rotating through RUN and DLYW status. Each of the spooled files is in SND status, although it took awhile for each one to get picked up. I know - this is probably not the intended way to use this. Just curious. It is not going as fast as running them through one queue, but then, they are all going to the same LPD port, so what can you expect? It might be good if directed to the same LPD server. And it would certainly help with multiple local printers, I think. At 03:12 PM 3/6/02 -0600, you wrote: >Chris wrote: "A colleague of mine has asked me if the following is >possible. Off the top >of my head, I don't see this working, but I may be missing something: Can >we >have one output queue pointing to some type of "printer pool" (say two >different printers) and if one of the printers is writing be able to send >the output to another printer? I am told that this can be done on Window$ >servers, and I would assume something to this effect _could_ be >accomplished. Is this something InfoPrint Server could handle?" > >Chris - > >Yes, this is possible with no programming or mirrors involved. Simply use >the OUTQ parm of the STRPRTWTR command > >STRPRTWTR DEV(PRT01) OUTQ(OUTQ1) >STRPRTWTR DEV(PRT02) OUTQ(OUTQ1) >STRPRTWTR DEV(PRT03) OUTQ(OUTQ1) >STRPRTWTR DEV(PRT04) OUTQ(OUTQ1) > >and viola! Four printers started to one output queue (You can have as many >as 10 printers started). If you have enough spool files being created, all >four printers will 'drain' the output queue. > >HTH, > >Steve > > >_______________________________________________ >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.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.