> I've got an OfficeJet G85 on /dev/ecpp0 on my Solaris > 10 box. From Solaris (using foomatic) is working > just fine; now I would like to create a passthrough > queue to allow a Windows box to print to it using the > Windows device drivers. > > For some reason, this command doesn't seem to have > done the job: > lpadmin -p raw-test -v /dev/ecpp0 -T unknown -I any > && \ > nable raw-test && accept raw-test > > When I print from the Window host to the > foomatic-filtered queue either the a2ps or > ghostscript silently eats the job. I have rfc1179 > enabled and I can see entries in the > /var/lp/logs/requests when the job is sent using the > LPR protocol to either the raw or filtered queue. I > have used snoop to see the connection and truss to > see that in.lpd is sucessfully exec'd.
While I'm not familiar with the printing system features new to Solaris 10 and later, I think that what you describe contradicts what lpadmin(1m) says: -I content-type-list [...] The type any is recognized as a special content type for files. When declared as the input type for a printer, it signals the print sub-system not to do any filtering on the file before sending it to the printer. So either the behavior or the man page is wrong, IMO. > I also have the ipp-listener enabled, but printing to > the raw queue always fails with "(9)Bad file number: > request failed: device-error". I've even tried using > Samba without success. Now you're getting into some more territory that I'll leave to someone else... BTW, offhand I don't know if the printing system locks the device such that multiple queues can safely refer to the same physical printer device without having them both sending to it at the same time (resulting in a scambled mess, usually). (In the pre-Solaris 10 days, I could make lp do anything, including things that are only possible out of the box today. But I haven't had occasion to try out most of the new features, nor to find where they may interact in surprising ways with the older behavior.) This message posted from opensolaris.org _______________________________________________ opensolaris-help mailing list [email protected]
