× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



SNDTCPSPLF and LPR are exactly the same thing, and they have the requsite parms 
for Host Print Transform, etc. But remote OUTQs help automate this stuff. LPR 
is the mechanism under the covers.

-------------- Original message -------------- 
From: Jerry Adams <jerry@xxxxxxxxxxxxxxx> 

> The SNDTCPSPLF command will do it. The out queues on both systems are 
> just out queues. 
> 
> 
> However, deciphering the parameters needed for it (at least for me) can 
> be a pain. So I use a utility that, I think, was on iSeries Network: 
> JWSPLF. Does other things, but that's what I use it for mostly. But, 
> then, I'm not usually sending thousands of printer files at one time (or 
> even in a year!). 
> 
> 
> * Jerry C. Adams 
> *iSeries Programmer/Analyst 
> B&W Wholesale Distributors, Inc.* * 
> voice 
> 615.995.7024 
> fax 
> 615.995.1201 
> email 
> jerry@xxxxxxxxxxxxxxx 
> 
> 
> 
> Jan Megannon wrote: 
> 
> >Rhett, 
> > 
> > 
> >On Machine B (target): 
> > CRTOUTQ OUTQ(QUSRSYS/JAN) TRANSFORM(*NO) 
> >On Machine A (source): 
> > CRTOUTQ OUTQ(QUSRSYS/JAN) RMTSYS(*INTNETADR) RMTPRTQ('qusrsys/jan') 
> INTNET 
> >ADR(NNN.NNN.NNN.NNN) 
> > 
> >On Machine A: 
> > STRRMTWTR OUTQ(QUSRSYS/JAN) 
> >WRKOUTQ QUSRSYS/JAN on both systems. 
> > 
> >Move some spool files over to that queue and check that it is working as 
> >desired 
> >HTH 
> > 
> >Jan. 
> > 
> > 
> >Rhett Hermer wrote: 
> > 
> > 
> >>So: 
> >> 
> >>A is source iSeries. 
> >>B is destination iSeries. 
> >> 
> >>On A, CRTOUTQ, define RMTSYS paramter to IP of B. 
> >> 
> >>On B, crt LPR device? 
> >> 
> >> 
> >>Or STRRMTWTR on A and on B configure as? 
> >> 
> >>I am not so sure how to define the OUTQ on B to receive splfs. 
> >> 
> >> 
> >>-----Original Message----- 
> >>From: midrange-l-bounces@xxxxxxxxxxxx 
> >>[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vengoal Chang 
> >>Sent: 20 February 2006 11:27 
> >>To: Midrange Systems Technical Discussion 
> >>Subject: Re: copy outq across diff iseries 
> >> 
> >> 
> >>You could set a Remote Outq which specified to another iSeries Outq, 
> >>then use LPR to send local outq spooled to the remote outq. 
> >> 
> >>Best regards, 
> >> 
> >>Vengoal 
> >> 
> >> 
> >>Rhett Hermer wrote: 
> >> 
> >> 
> >> 
> >> 
> >>>Sounds a good idea of using remote OUTQ to copy the splfs from A to B. 
> >>>It's one time deal so I'll manage to send thousands of splfs instead of 
> >>>saving the one OUTQ on A and restore on B *sigh* 
> >>> 
> >>>-----Original Message----- 
> >>>From: midrange-l-bounces@xxxxxxxxxxxx 
> >>>[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of 
> >>>vhamberg@xxxxxxxxxxx 
> >>>Sent: 16 February 2006 19:51 
> >>>To: Midrange Systems Technical Discussion 
> >>>Subject: Re: copy outq across diff iseries 
> >>> 
> >>> 
> >>>Not sure what you want to do. If you want things in an OUTQ on machine 
> >>>A to go to machine B, use a remote OUTQ. And be sure not to have host 
> >>>print transform turned on on the remote OUTQ. User names need to match, 
> >>>in order to preserve that relationship - otherwise the spooled files 
> >>>end up under some system user. BTW, writer has to be active on the 
> >>>remote OUTQ. 
> >>> 
> >>>Or do you want the spooled files on both machines? I guess I'd still 
> >>>use the remote OUTQ but set the spooled files to SAVE(*YES) - then they 
> >>>stay, in SAVE status, on machine A, as well as get "printed" to machine 
> >>>B. 
> >>> 
> >>>Eh? 
> >>> 
> >>>-------------- Original message -------------- 
> >>>From: "Rhett Hermer" 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>>>Hi, 
> >>>> 
> >>>>What's the best and painless method to copy whole OUTQ across between 
> >>>>two 
> >>>>iseries? 
> >>>> 
> >>>>Thanks, 
> >>>> 
> >>>>-- 
> >>>>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing 
> >>>> 
> >>>> 
> >>>> 
> >>>> 
> >>>list 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>>>To post a message email: MIDRANGE-L@xxxxxxxxxxxx 
> >>>>To subscribe, unsubscribe, or change list options, 
> >>>>visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
> >>>>or email: MIDRANGE-L-request@xxxxxxxxxxxx 
> >>>>Before posting, please take a moment to review the archives 
> >>>>at http://archive.midrange.com/midrange-l. 
> >>>> 
> >>>> 
> >>>> 
> >>>> 
> >>>> 
> 
> -- 
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list 
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx 
> To subscribe, unsubscribe, or change list options, 
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l 
> or email: MIDRANGE-L-request@xxxxxxxxxxxx 
> 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 thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.