The length of the string "pdftops '78' ...... com.apple.print.PrintSett" is exactly 1024 bytes, not including the outside double-quotes, so it looks like some fixed-sized internal buffer has been hit on the job properties.
(Aside: quite why a shell is being used here, rather than execve of pdftops directly, is unclear to me)
Additional info: OSX client shows "/usr/lib/ cups/filter/ foomatic- rip failed" and "Error: job stopped on server"
On the server, running "strace -s 2048 -v -f -p <pid of cups> 2>log" before submitting the job, I captured the following:
... gMode=AP_ ApplicationColo rMatching AP_D_InputSlot= nocollate com.apple. print.DocumentT icket.PMSpoolFo rmat=applicatio n/pdf com.apple. print.JobInfo. PMApplicationNa me=Preview com.apple. print.JobInfo. PMJobName= test.pdf com.apple. print.JobInfo. PMJobOwner= Brian\\ Candler com.apple. print.PageToPap erMappingMediaN ame=A4 com.apple. print.PageToPap erMappingType. .n.=1 com.apple. print.PrinterIn fo.PMColorDevic eID..n. =9784 com.apple. print.PrintSett ings.PMColorMat chingMode. .n.=0 com.apple. print.PrintSett ings.PMColorSpa ceModel. .n.=1 com.apple. print.PrintSett ings.PMColorSyn cProfileID. .n.=1580 com.apple. print.PrintSett ings.PMCopies. .n.=1 com.apple. print.PrintSett ings.PMCopyColl ate..b. com.apple. print.PrintSett ings.PMDestinat ionType. .n.=1 com.apple. print.PrintSett ings.PMFirstPag e..n.=1 com.apple. print.PrintSett ings.PMLastPage ..n.=2147483647 com.apple. print.PrintSett ings.PMPageRang e..a.0. .n.=1 com.apple. print.PrintSett ings.PMPageRang e..a.1. .n.=2147483647 com.apple. print.PrintSett "], ["CUPS_ CACHEDIR= /var/cache/ cups", "CUPS_DATADIR= /usr/share/ cups", "CUPS_DOCROOT= /usr/share/ cups/doc- root", "CUPS_FONTPATH= /usr/share/ cups/fonts" , "CUPS_REQUESTRO OT=/var/ spool/cups" , "CUPS_SERVERBIN =/usr/lib/ cups", "CUPS_SERVERROO T=/etc/ cups", "CUPS_STATEDIR= /var/run/ cups", "HOME=/ var/spool/ cups/tmp" , "PATH=/ usr/lib/ cups/filter: /usr/bin: /usr/sbin: /bin:/usr/ bin", "SERVER_ ADMIN=root@ zino", "SOFTWARE= CUPS/1. 5.3", "TMPDIR= /var/spool/ cups/tmp" , "USER=root", "CUPS_SERVER= /var/run/ cups/cups. sock", "CUPS_ENCRYPTIO N=IfRequested" , "IPP_PORT=631", "CHARSET=utf-8", "LANG=en_US.UTF-8", "PPD=/etc/ cups/ppd/ HP-LaserJet- 1020.ppd" , "RIP_MAX_ CACHE=128m" , "CONTENT_ TYPE=applicatio n/pdf", "DEVICE_ URI=hp: /usb/HP_ LaserJet_ 1020?serial= JL3FLCA" , "PRINTER_ INFO=Hewlett- Packard HP LaserJet 1020", "PRINTER_ LOCATION= zino", "PRINTER= HP-LaserJet- 1020", "PRINTER_ STATE_REASONS= none", "CUPS_FILETYPE= document" , "FINAL_ CONTENT_ TYPE=printer/ HP-LaserJet- 1020", "AUTH_INFO_ REQUIRED= none", "GS_LIB= /usr/share/ cups/fonts" ] <unfinished ...>
[pid 16670] execve("/bin/bash", ["/bin/bash", "-c", "pdftops '78' 'brian' 'test.pdf' '1' ' AP_ColorMatchin
The length of the string "pdftops '78' ...... com.apple. print.PrintSett " is exactly 1024 bytes, not including the outside double-quotes, so it looks like some fixed-sized internal buffer has been hit on the job properties.
(Aside: quite why a shell is being used here, rather than execve of pdftops directly, is unclear to me)