As previously posted I have not been able to get 'lpd' to start: Fatal error - Cannot bind to lpd port '515'. I followed each of the suggestions I was offered (Thanks for the responses!) but didn't come up with any other process listening on port-515. None of the other suggestions helped either... EXCEPT switching to CUPS... which I did. Yes, CUPS seems to be working as designed, but has created a new problem. Maybe someone can point me to a solution to this one: We support a business accounting app. All we need to do is print old-fashioned accounting reports... Okidata-391 dot matrix printer, continuous green-bar paper. The problem is that CUPS wants to print to laser/inkjet printers that work from a graphical (raster) mode. It translates input ascii text into PostScript, then through a filter that puts the printer into graphical mode, and outputs a raster translation of the PS-interpreted text. This is MUCH slower than spitting out ascii characters to the printer, which then prints with its own native font -- at, like, maybe 350 cps. So, that's what I need: unadulterated ascii printing wrapped in a print spooler to manage the jobs. Simple, just like the traditional UNIX lp spooler. Which leads me to my question: does anybody know whether CUPS can be made to behave like that? If it can, where/how do I change the configuration to eliminate the PostScript front-end? I've read the man pages, looked at the How-To and other documentation and haven't been able to spot it. I've tried the generic printer choices under the graphical printtool and get to see all the PostScript control syntax printed in plain ascii on the printer -- in other words, the generic choice eliminates the BACK-end filter without bypassing the FRONT-end (PS) filter. TIA for your help. Warren Clearfield Implematix Computer Pittsburgh, PA (USA) 412-220-7355 warren@xxxxxxxxxxxxxx
