Jean-Paul Rivet wrote:
>> I've been trying to get this work but still have a
>> bit to go....
>>
>> I have configured a Windows Vista client to point to
>> http://{hostname}:631/printers/epson890 and they have
>> installed the printer correctly.
>>
>> However when printing a test page, it appears in
>> Solaris Print Queue Manager, I hear a click from the
>> printer and then nothing....
>>
>> The job then clears the print queue as if it as
>> printed except it hasn't.
>>
>> I've made some minor changes to the
>> httpd-standalone-ipp.conf file but no improvement.
>> The changes I've made are:
>>
>> Servername {ip addr}
>> Under location /, ipp-default-user nobody
>> Under location /admin, ipp-default-user nobody
>> #AuthType Basic
>> Server"
>> #AuthUserFile /etc/ipp-users
>> #Require valid-user
>>
>> I've also followed the manual but didn't see anything
>> that might help.
>>
>> I am aware of samba but would like to try CIFs so
>> would like to IPP to work.
>>
>> a) Does IPP print sharing work out of the box or with
>> the changes I've made above?
>> b) Are there any log files I can look at to see whats
>> up?
>> c) Any pointers appreciated
>>
>> Cheers, JP
>>
>
> Digging a bit further, I have found something interesting in the
> /var/lp/log/requests file.
>
> Entries that are printed locally and successfull look like this:
>
> = epson890-38, uid 71, gid 8, size 122450, 17 June 2008 9:18:20 PM
> x /usr/bin/a2ps -q -c -B -o- -1
> z epson890
> C 1
> D epson890
> F /var/spool/lp/tmp/localhost/38-1
> H resume
> O nobanner media=Letter, job-priority=20, PageSize=A4
> P 20
> T 38-1
> t raw
> U jp
> s 0x0014
>
> And entries recieved by IPP look like this:
> = epson890-39, uid 71, gid 8, size 573105, 17 June 2008 9:22:45 PM
> x /usr/bin/a2ps -q -c -B -o- -1
> z epson890
> C 1
> D epson890
> F /var/spool/lp/tmp/localhost/39-1
> O nobanner
> P 20
> T 39-1
> t simple
> U jp
> s 0x0014
>
> The main difference being t=raw when it works t=simple when it doesn't.
>
> Will this make a difference? If so, how do I change IPP so that t=raw?
>
This is likely the problem. Without snoop trace, I would guess that
the Windows client is setting document-format="text/plain" in the IPP
request, which translates to "simple" in LP terms. If it used
"application/octet-stream", it would translate to "raw". There is no
way to override this in the IPP listener. You might try adding "simple"
to the list of input types supported by the print queue (or using "any")
using lpadmin(1m) . Alternatively, you might try selecting a make/model
for a PostScript printer on the Windows side.
-Norm
