Re: LPRng: another stupid question
On Wed, 9 Jan 2002, David Bear wrote: After going through the lprng how-to I'm still a little (no a lot) uncertain about if ifhp is using by the client, or the server. Most of my print jobs originate from windows clients -- so they are already in a print dependant language. In this case ifhp is completely extraneous, right? Usually the filter is working on the server, because otherwise you would have to maintain the package on every client. When you look into the ifhp.conf file in the first part which contains the 'global' settings you will find the 'file_output_match' table. Depending on the incoming file format a format to convert to is defined. If your printer speaks postscript and your windows clients produce postscript you will go through the table and not convert the file. Though it is nice to use the filter anyway, because many things like duplex or transparency printing are predefined. If so, then what about accounting. Is ifhp need to get page counts? no Finally, I know the lpd server can 'deliver' the print job direct to appsocket -- but then it appears that ifhp can do that as well. If so, and ifhp is used by the client, is a server needed at all? The socket implementation on the printer is often very bad and so it is on many clients, that's one reason why you will probably not let all the clients fight for the same printer. WINDOWS clients e.g. perform a 10 min timeout on the printerport after a job, which means nobody else can use it during that time. I guess the swiss army knife approach of ifhp is just causing me to think too much... but what I would like to see is a more modular approach -- where 'delivery' to the print is handled my a well defined 'interface?'... So that you can the 'plug in' additional 'delivery' methods -- /dev/lp0, appsocket, serial, ipp are the obvious ones today. I guess in my attempt to oversimplify I picture the following: 1) send raw file to ifhp for formatting to correct printer langauge 2) ifhp sends to lp (rfc1179) for spooling 3) lpd sends spool jobs to a 'delivery' module which encapsulate all the semantics of whatever delivery mechanism is used and returns whatever is 'possibly' from the delivery language, ie handles control flow, return codes form printers include pages printed, and any other printer status. Would be great if it could grab info like jetadmin gives such as which trays are empty, amount of toner, etc. that's what it works like usually: client sends job to server lpd puts job in queue lpd takes first job in queue hands it to the conversion tool (defined in the printcap e.g. ifhp) lpd gets output back lpd sends output to printer (or ifhp itself sends the job to the printer) lpd gets status from printer during printing and displays it via lpq regards ~christoph Have I totally missed the boat? -- David Bear College of Public Programs/ASU 480-965-8257 ...the way is like water, going where nobody wants it to go - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. - - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. -
LPRng: SAMBA - printer driver and windows forms
hi, I still have the problem described below, the drivers on the SAMBA server are predefined correctly, the standard settings for documents are set to 'A4' thoughi tdoesn't work :-( I'm using SAMBA 2.2.0 and LPRng 3.8.3 on SOLARIS 2.7 to offer printservice for ~2.300 NT 4.0 clients. Everything works fine, I use the feature to preconfigure the NT drivers on the printserver which makes my NT clients think they talk to a NT server :-) The most annoying problem is that the SAMBA server doesn't know the paper size A4 (which is the default format in europe). Though the driver comes with 'A4' as default format from the server the NT clients change the entry to 'A4 small' or 'letter' I think because they don't find the 'A4 forms' entry in the registry. Using the server properties card from a NT box I can add forms to the server but not a 'A4' called form, because it exists already and I don't have the right to replace or change it (I have admin rights on the NT machine). To me it looks like if I see a mixture in the dialogue between the forms on the SAMBA server and lokal forms that come probably with NT. Is there any way to get rid of this problem, like a different way to add a forms entry to the SAMBA server? Maybe I'm on a completely wrong way and the problem can be solved somewhere else (?) Another thing that happens quite often: Deleting a printjob in the NT queue window results from time to time in a renaming of the job and the message 'command didn't succeed' the job in the NT queue window in that case gets renamed from its original name e.g. 'my_document' to the name of the SAMBA tmp file e.g. 'SMBPRN.123'. Deleting this job again is then successful, I played around a bit but all I can say is that the lprm command doesn't get executed on the first try, is it a name mapping problem (?): print command = /usr/spool/lp/bin/lpr -r -Fl -m%m -U%U -P%p %s lpq command = /usr/spool/lp/bin/samba/%u/lpq -P%p lprm command = /usr/spool/lp/bin/lprm -U%U -P%p %j thank you for any hint and the great improvements in printing integration through SAMBA in the 2.2.0 release ~christoph /* Christoph Beyer | Office: Building 2b / 23 *\ * DESY| Phone: 040-8998-2317 * * - IT - | Fax: 040-8998-4060 * \* 22603 Hamburg | http://www.desy.de */ - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. -
LPRng: LPRng and Samba
This is technically more of a Samba problem, but I bet someone will be willing to help me a little here. The problem here is that we have 4 campus servers. Each one hosts a Samba domain. Sometimes, users for whatever reason will go to a different campus (where they may or may not have an account -- the problem occurs when they do not). They log in using the Samba domain of their home site, but attempt to use printers on the campus they are visiting. While the PC they are using knows what their username is, and I can take this on good faith, since they do not have an account on the machine Samba serving the printers, their jobs print as the network guest user. This is clearly a problem for accounting. Does anyone know of a way for LPRng to find out who the client PC is logged in as by the time accounting occurs? We don't wish to just give away pages to students who happen to travel. It's a shame the setup is the way it is, but I'm just looking for a way to make this work in our current environment. Thanks for any help you may wish to give me! _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | | Ryan Novosielski - Jr. UNIX Systems Admin |$| |__| | | |__/ | \| _| | [EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent. | IST/ACS - New Jersey Medical School - C630 - YOU MUST BE A LIST MEMBER IN ORDER TO POST TO THE LPRNG MAILING LIST The address you post from MUST be your subscription address If you need help, send email to [EMAIL PROTECTED] (or lprng-requests or lprng-digest-requests) with the word 'help' in the body. For the impatient, to subscribe to a list with name LIST, send mail to [EMAIL PROTECTED] with: | example: subscribe LIST mailaddr | subscribe lprng-digest [EMAIL PROTECTED] unsubscribe LIST mailaddr | unsubscribe lprng [EMAIL PROTECTED] If you have major problems, send email to [EMAIL PROTECTED] with the word LPRNGLIST in the SUBJECT line. -