|
Hi Paul, Thanks for that explanation. Where can I find documentation of the format of the control file? Is there a standard LPR/LPD command to request uncollated copies? From your explanation, it doesn't sound like the standard differentiates. Can the destination options be used to send actual model-specific printer commands? As it turns out, XAIX is fine, since these are all one-page forms. And the Kyocera was emulating an HP and was just for testing; the production printers will all be HP 8000 printers. Thanks for the info! Peter Dow Dow Software Services, Inc. 909 425-0194 voice 909 425-0196 fax ----- Original Message ----- From: "Tykodi, Paul" <Paul@intermate-us.com> To: <midrange-l@midrange.com> Sent: Monday, February 18, 2002 3:16 PM Subject: Re: SNDTCPSPLF destination options > Dear Peter, > > The LPR protocol was invented back when most networked printers were > attached to an output port on a Workstation that was connected to a network. > The LPR function was invented so that a file to be printed could be moved > from a Workstation without a printer to a Workstation with a printer. The > protocol is designed to act somewhat like a specialized file transfer for > files that are in a ready to be printed format. It includes two files for > every transfer between sending client and receiving printer station. The > control file includes some information about the file to be printed (ex. > file size) as well as some formatting options that the originator would like > honored if possible. One of these options is the number of copies required. > The second file is the actual data to be printed and is known as the data > file. > > When you configure an iSeries or AS/400 host to use LPR, via a remote output > queue, to send a spool file to a multi-protocol print server like a > JetDirect print server, the receiving device has no disk space in which it > can store the file. It therefore has no capability to create a series of > collated copies of an incoming spool file. By default, most LPD daemons > running on multi-protocol print servers do not attempt to ask for multiple > uncollated copies when the LPR control file specifies a copy count greater > than one. > > This is why the XAIX parameter was created for the OS/400 LPR function. It > replicates the number of copies requested from the OS/400 spool file > attributes by sending the whole file to the target printer the number of > times equal to the copies requested (as you have already seen). > > If your Kyocera printer is one of the newer digital copier/printer models or > is an older model with an internal hard drive, you might be able to send it > a special Kyocera command that would specify the number of collated copies > requested through the use of a user exit on the iSeries host that called the > appropriate OS/400 printing API to get the copies requested and then > inserted an appropriate Kyocera printer command, for requesting the > specified number of copies, ahead of the spool file data to be printed. > > If you post the model of Kyocera printer that you are using, I can give you > any copy management suggestions that we have for that particular model of > printer. > > HTH > > Best Regards, > > /Paul > -- > Paul Tykodi > National Product Manager > LCI-Intermate US, Inc. > > p: 603.431.0606 x115 > f: 603.436.6432 > paul@intermate-us.com > www.intermate.com > > >From: "Peter Dow" <pcdow@yahoo.com> > >To: <MIDRANGE-L@midrange.com> > >Subject: SNDTCPSPLF destination options > >Date: Fri, 15 Feb 2002 13:48:33 -0800 > >Reply-To: midrange-l@midrange.com > > > >Hi All, > > > >I'm looking for a DESTOPT option for Kyocera printers using a JetDirect NIC > >that will cause the printer to do multiple copies. Currently I'm using the > >XAIX option, which sends everything multiple times, which works, but uses > up > >bandwidth. The help text hints at a lot of stuff, but I've been unable to > >find a good resource explaining LPR options -- there's too much stuff out > >there. > > > >tia, > >Peter Dow > >Dow Software Services, Inc. > >909 425-0194 voice > >909 425-0196 fax > _______________________________________________ > 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. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
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.