Dacă trimit un pdf ca brut la o imprimantă prin lp
, lucrarea uneori (dacă imprimanta era în standby) nu este tipărită și starea sa este „ștersă” în WebGUI-ul CUP. Dacă verific conținutul fișierului de job /var/spool/cups/c123456 corespunzător, acesta conține șirul „job-canceled-by-user”.
Acum am gasit varianta job-anulare-după=0
, care cred că ar putea fi motivul acestei probleme:
lpoptions -d p01
copies=1 device-uri=socket://prt01.example.com:9100 finishings=3 job-cancel-after=0 job-hold-until=no-hold job-priority=50 job-sheets=none,none marker -change-time=1634718006 marker-colors=#000000,none,#00FFFF,#FF00FF,#FFFF00 marker-levels=80,0,20,20,90 marker-names='Toner\ Schwarz, Resttoner, Toner\ Cyan ,Toner\ Magenta,Toner\ Gelb' marker-types=toner, toner rezidual, toner, toner, toner number-up=1 printer-commands=AutoConfigure,Clean,PrintSelfTestPage printer-info='PRINTERMODEL' imprimanta-acceptă -jobs=true printer-is-shared=true printer-location=Printer-make-and-model='PRINTERMODEL' printer-state=3 printer-state-change-time=1634718006 printer-state-reasons=niciuna imprimanta- type=8564988 printer-uri-supported=ipp://localhost/printers/p01
Am încercat să-l suprascriu după cum urmează, dar nu returnează nimic și valoarea nu este schimbată:
lpadmin -d p01 -o job-cancel-after=30
EDIT1:
Nici nu merge:
lpadmin -d p01 -o job-cancel-after-default=30
EDIT2:
Am găsit „atributul locului de muncă” în documentația IPP și pot citi valoarea după cum urmează:
ipptool -t -v ipp://example.local:631/printers/p01 get-printer-attributes.test | grep cancel
job-anulare-după-implicit (întreg) = 0
job-cancel-after-supported (rangeOfInteger) = 0-2147483647
which-jobs-supported (1setOf keyword) = finalizat,nefinalizat,avortat,toate,anulat,în așteptare,în așteptare-reținut,procesare,procesare-oprită
EDIT3:
Este posibil să adăugați acest atribut la o lucrare de imprimare lp
după cum urmează?
lp -d p01 -o job-cancel-after=30 -o brut „$pdf”
L-am încercat, dar până la urmă nu știu cum să verific dacă funcționează.