[cups.general] Big problem with printserver !!

[Helge Blischke]

Your configuration snippets seem ok except for your "print command" in
smb.conf.
If you set "printing = cups", the "xxx command" options related to
printing are
silently ignored. But from (I think) samba 3.03 on, there is an "cups
options" 
keyword that allows you to specify whatever you may add to a lp or lpr
command
via the -0 option.
But that doesn't explain your printing problems. Did you modify your Win
boxes
recently? Be sure to specify ASCII print streams whereever possible,
especially
when printing from Adobe Acrobat.
The Reason is  - at least for most HP printers - that their PostScript
interpreters
behave like hooked to a serial channel, i.e. there are certain bytes
treated as
sort of serial control characters.
The only workaroune then is to use the TBCP protocol (available via the
pstops
filter from CUPS 1.1.19 on) or use the hpnpf backend (to be found on the
links
section on the CUPS web site) which supports TBCP even with raw
printing.

BTW, as for the JetDirect cards, from my experience the only reliable
protocols
are AppSocket (port 9100, what hpnpf uses) or ftp (what the newer
JetDirect cards
support). Both the IPP and LPD protocols on these devices don't seem to
be
very reliable.

Helge



Dr.Peer-Joachim Koch wrote:
> 
> Hi,
> 
> the printer are attached to the cups server using jet-direct or ipp.
> For most print que's a ppd is present (some raw que's for faxing from
> windows).
> For samba all print driver are installed using the Adobe files with
> the ppd and cupsaddsmb.
> Under samba all printers can be used by the (domain-)users. If have
> added(extended) the print command within the smb.conf to
> "lpr -o raw ..." .
> The settings for all printer (samba = windows) settings are
> optimized for portability.
> 
> part od the printer.conf:
> 
> <Printer A_2_010_K7155>
> Info Konica 7155
> Location Building A, floor 2, room 010
> DeviceURI ipp://141.5.16.68:631/ipp
> State Idle
> Accepting Yes
> JobSheets none none
> QuotaPeriod 0
> PageLimit 0
> KLimit 0
> </Printer>
> 
> part of the smb.conf (nearly everything ..)
> ....
>          encrypt passwords = yes
>          printing = CUPS
>          printcap name = CUPS
>          print command = lpr -o raw -r -P%p %s
> 
> [printers]
>          comment = All Printers
>          path = /var/tmp
>          printable = yes
>          create mask = 0600
>          browseable = no
> 
> [print$]
>          comment = Printer Drivers
>          path = /var/lib/samba/drivers
>          write list = @ntadmin root @AG_DV
>          force group = ntadmin
>          create mask = 0664
>          directory mask = 0775
> 
> Anything missing ? Any idea ?
> 
> Bye, Peer
> 
> Helge Blischke wrote:
> > Dr.Peer-Joachim Koch wrote:
> >
> >>Hi,
> >>
> >>we are running a cups 1.1.20 printserver for nearlly two years
> >>without big problems.
> >>All unix users are printing directly, the windows users use
> >>samba on top of the system to access the printers.
> >>
> >>In the last weeks many print jobs failed to print. Many
> >>copies of the printjob are locate under /var/spool/cups/tmp
> >>and have to be deletet manualy !
> >>
> >>All printer (HP8000,HP4500C,Konica K7022,K7155) start to print
> >>a few pages and then produce a error message and start again
> >>with the first page.
> >>
> >>Has anybody an idea what's going on here ?
> >>
> >>I can reproduce the problem with a pdf from linux.
> >>
> >>I also testet my local machine as printserver and also
> >>a third machine - all the same.
> >>
> >
> >
> > Please tell us more about your configuration. I suspect you use the LPD
> > protocol
> > to access the printers, and I suspect your Win clients have started to
> > produce
> > binary print jobs.
> >
> > Helge
> >
> 

-- 
Helge Blischke
Softwareentwicklung
SRZ Berlin | Firmengruppe besscom
http://www.srz.de
tel: +49 30 75301-360