vBulletin Search Engine Optimization
| |||||||
| Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| I have a customer with an OSR 5.0.7 MP4 system, using a print-server that doesn't support direct printing using netcat and therefore has to be used via LPD. Mostly this works but occasionally the lpd process hangs. I note that syslog contains many messages saying the printer "doesn't support the extended protocol" This is strange since I didn't configure the printer with SCO's proprietary "extended protocol" - there is certainly no ":ex:" in /etc/printcap. I have suggested replacing the print server (A Dynamode 3-parallel-port device) with a Jetdirect or D-Link (which are OK in my experience). I've searched in SCO TA and Googled c.u.s.m in vain. Does anyone have any ideas about the cause of the message? |
| ||||
| In article <dr88jq$g5c$1@nwrdmz02.dmz.ncs.ea.ibs-infra.bt.com>, Ian Wilson <scobloke2@infotop.co.uk> wrote: >I have a customer with an OSR 5.0.7 MP4 system, using a print-server >that doesn't support direct printing using netcat and therefore has to >be used via LPD. > >Mostly this works but occasionally the lpd process hangs. I note that >syslog contains many messages saying the printer "doesn't support the >extended protocol" > >This is strange since I didn't configure the printer with SCO's >proprietary "extended protocol" - there is certainly no ":ex:" in >/etc/printcap. A very cursory check suggests that this message is produced if you attempt to use lpmove to move a job *from* a printer that does not support the extended protocol (does not have the "ex" capability). I don't know of any problems that cause lpd to hang. For a quick fix, you might consider moving them to CUPS, or at least moving that printer to CUPS; it has its own lpd backend. John -- John DuBois spcecdt@armory.com KC6QKZ/AE http://www.armory.com/~spcecdt/ |