[cups.general] Jobs going to Stopped - Cups Restart theOnly Resort

Michael Sweet msweet at apple.com
Thu Nov 4 13:26:36 PDT 2010


The "timeout" option in the URI controls this, and usually the issue is not getting a shorter timeout but a longer one for LPD...

On Nov 4, 2010, at 11:55 AM, Anurag wrote:

> Dear Cups Team,
> 
> Is there a way to reduce the wait time of 300 seconds for reading the command status bytes as it appears in the logs below?
> 
> "Remote host did not respond with command status byte after 300 seconds"
> 
> What could be the lowest possible safe value that I can use for this?
> 
> Regards,
> Anurag
> 
>> 
>> --Apple-Mail-11--840285453
>> Content-Transfer-Encoding: quoted-printable
>> Content-Type: text/plain;
>> 	charset=us-ascii
>> 
>> On Nov 3, 2010, at 10:33 PM, Anurag Chourasia wrote:
>>> Hi Mike,
>>> =20
>>> Thanks for the response.
>>> =20
>>> There is a "ErrorPolicy" variable. Do you think I could use that to =
>> overcome this situation? Basically asking the printer to retry the job =
>> instead of stopping?
>> 
>> Yes, you can use the retry-job or retry-current-job (in recent versions =
>> of CUPS) to have the scheduler (cupsd) retry the job.  Use the "lpadmin" =
>> command to set the printer-error-policy option ("lpadmin -p name -o =
>> printer-error-policy=3Dretry-current-job").
>> 
>>> What is not clear to me is whether the printer will retry the job once =
>> or as many times until the job succeeds?
>> 
>> The limits are controlled by the JobRetryLimit and JobRetryInterval =
>> directives in cupsd.conf. The defaults are 5 and 30, respectively. Use =
>> the "cupsctl" command to change them ("cupsctl JobRetryLimit=3D999 =
>> JobRetryInterval=3D5").
>> 
>>> http://www.cups.org/documentation.php/doc-1.4/ref-printers-conf.html =
>> has more on this Variable.
>>> =20
>>> Regards,
>>> Anurag
>>> =20
>>> On Thu, Nov 4, 2010 at 9:48 AM, Michael Sweet <msweet at apple.com> =
>> wrote:
>>> On Nov 3, 2010, at 9:09 PM, Anurag Chourasia wrote:
>>>> Hi Mike,
>>>> =20
>>>> This is a Zebra printer. Zebra earlier indicated that IPP is not =
>> supported.
>>>> =20
>>>> Earlier we tried to use Socket but ran into even more serious issues. =
>> With Socket Protocol, out of every 10 label requests submitted all the =
>> jobs go to successful status but only 1 or 2 labels actually used to =
>> come out of the printer.
>>>> =20
>>>> Is there anything else we could try to make lpd behave better in this =
>> scenario? Please guide.
>>> =20
>>> Unfortunately, the issue you are running into is that the printer is =
>> either not sending its response packet (that tells us the job was =
>> submitted successfully) or the packet is getting lost on the network and =
>> the printer isn't re-sending the packet when it doesn't get an ack from =
>> the CUPS system. If socket isn't working, my guess is either a problem =
>> with the printer's network interface or your network in general.
>>> =20
>>> It would be useful for you to run Wireshark on the CUPS system to =
>> monitor the LPD traffic between the system and printer. You can also =
>> hook up a hardware network analyzer to see what kind of packet =
>> loss/error rate you have. (Many routers also provide this =
>> information...)
>>> =20
>>>> =20
>>>> Regards,
>>>> Anurag
>>>> =20
>>>> On Thu, Nov 4, 2010 at 9:28 AM, Michael Sweet <msweet at apple.com> =
>> wrote:
>>>> LPD is not a reliable protocol. If the printer in question supports =
>> IPP or socket printing, use that instead.
>>>> =20
>>>> On Nov 3, 2010, at 8:01 PM, Anurag wrote:
>>>> =20
>>>>> Dear Cups Team,
>>>>> 
>>>>> We are facing a problem whereby the label printer stops printing =
>> when multiple print requests are received in a short span of time.
>>>>> 
>>>>> In my tests, i sent around 80 Labels to print to the printer within =
>> a span of 20 seconds. This volume is pretty low for the Warehouse =
>> Operations and it is important that the printing works without any =
>> problems in such a scenario. Any help in this regard would be highly =
>> appreciated.
>>>>> 
>>>>> In my tests, the job number 7357 was the one that got stuck. All =
>> other jobs following the job 7357 went to pending status.
>>>>> 
>>>>> After waiting on job 7357, the printer finally decided to Stop the =
>> job and the job went to Stopped status. At this stage, the printer =
>> status is shown as "/usr/lib/cups/backend/lpd Failed". The only way to =
>> print the remaining labels is to restart the printer again.
>>>>> 
>>>>> I have uploaded the complete error_log at =
>> http://pastebin.com/2i7V7SZ7
>>>>> 
>>>>> Here are some of the lines from the error_log that are relevant to =
>> job 7357, It seems to have failed exactly after 5 minutes of job =
>> submission.
>>>>> 
>>>>> I [03/Nov/2010:23:06:58 -0300] [Job 7357] Adding start banner page =
>> "none".
>>>>> D [03/Nov/2010:23:06:58 -0300] Discarding unused job-created =
>> event...
>>>>> I [03/Nov/2010:23:06:58 -0300] [Job 7357] Adding job file of type =
>> text/plain.
>>>>> I [03/Nov/2010:23:06:58 -0300] [Job 7357] Adding end banner page =
>> "none".
>>>>> I [03/Nov/2010:23:06:58 -0300] [Job 7357] Queued on =
>> "concepcion_115" by "lgfadm".
>>>>> D [03/Nov/2010:23:06:58 -0300] [Job 7357] hold_until =3D 0
>>>>> D [03/Nov/2010:23:06:58 -0300] cupsdProcessIPPRequest: 13 =
>> status_code=3D0 (successful-ok)
>>>>> D [03/Nov/2010:23:06:58 -0300] cupsdCloseClient: 13
>>>>> D [03/Nov/2010:23:06:59 -0300] cupsdAcceptClient: skipping =
>> getpeercon()
>>>>> D [03/Nov/2010:23:06:59 -0300] cupsdAcceptClient: 13 from localhost =
>> (Domain)
>>>>> D [03/Nov/2010:23:06:59 -0300] [Job 7352] Unloading...
>>>>> D [03/Nov/2010:23:06:59 -0300] [Job 7353] Unloading...
>>>>> D [03/Nov/2010:23:06:59 -0300] [Job 7354] Unloading...
>>>>> D [03/Nov/2010:23:06:59 -0300] [Job 7355] Unloading...
>>>>> D [03/Nov/2010:23:06:59 -0300] cupsdReadClient: 13 POST / HTTP/1.1
>>>>> .
>>>>> .
>>>>> .
>>>>> D [03/Nov/2010:23:07:01 -0300] Discarding unused =
>> printer-state-changed event...
>>>>> D [03/Nov/2010:23:07:01 -0300] Discarding unused =
>> printer-state-changed event...
>>>>> D [03/Nov/2010:23:07:01 -0300] [Job 7357] Connected to =
>> 10.8.25.115:515 (IPv4) (local port 994)...
>>>>> D [03/Nov/2010:23:07:01 -0300] [Job 7357] lpd_command 02 =
>> lp-cd-esp-115-P1
>>>>> D [03/Nov/2010:23:07:01 -0300] [Job 7357] Sending command string =
>> (18 bytes)...
>>>>> D [03/Nov/2010:23:07:01 -0300] [Job 7357] Reading command status...
>>>>> .
>>>>> .
>>>>> .
>>>>> W [03/Nov/2010:23:12:01 -0300] [Job 7357] Remote host did not =
>> respond with command status byte after 300 seconds!
>>>>> D [03/Nov/2010:23:12:01 -0300] Discarding unused =
>> printer-state-changed event...
>>>>> D [03/Nov/2010:23:12:01 -0300] [Job 7357] lpd_command returning 4
>>>>> E [03/Nov/2010:23:12:01 -0300] PID 19148 =
>> (/usr/lib/cups/backend/lpd) stopped with status 1!
>>>>> D [03/Nov/2010:23:12:01 -0300] [Job 7357] File 0 is complete.
>>>>> I [03/Nov/2010:23:12:01 -0300] [Job 7357] Backend returned status 1 =
>> (failed)
>>>>> D [03/Nov/2010:23:12:01 -0300] Discarding unused =
>> printer-state-changed event...
>>>>> D [03/Nov/2010:23:12:01 -0300] Discarding unused printer-stopped =
>> event...
>>>>> I [03/Nov/2010:23:12:01 -0300] Saving printers.conf...
>>>>> D [03/Nov/2010:23:12:01 -0300] Discarding unused job-stopped =
>> event...
>>>>> D [03/Nov/2010:23:12:02 -0300] [Job 7357] Unloading...
>>>>> D [03/Nov/2010:23:12:02 -0300] Report: clients=3D1
>>>>> D [03/Nov/2010:23:12:02 -0300] Report: jobs=3D196
>>>>> 
>>>>> 
>>>>> The last line in page_log is as follows
>>>>>      concepcion_115 lgfadm 7357 [03/Nov/2010:23:07:01 -0300] 1 1 - =
>> localhost
>>>>> 
>>>>> The printer is using lpd as indicated below and also shown are the =
>> printer options
>>>>>      device for concepcion_115: lpd://10.8.25.115/lp-cd-esp-115-P1
>>>>> 
>>>>> [lgfadm at L573P] /home/lgfadm :\>lpoptions -pconcepcion_115
>>>>> finishings=3D3 copies=3D1 job-hold-until=3Dno-hold job-priority=3D50 =
>> number-up=3D1 auth-info-required=3Dnone job-sheets=3Dnone,none =
>> printer-info=3D'Concepcion 115' printer-is-accepting-jobs=3D1 =
>> printer-is-shared=3D1 printer-location=3DConcepcion =
>> printer-make-and-model=3D'Local Raw Printer' printer-state=3D5 =
>> printer-state-change-time=3D1288836721 printer-state-reasons=3Dpaused =
>> printer-type=3D4
>>>>> 
>>>>> Please guide.
>>>>> 
>>>>> Regards,
>>>>> Anurag
>>>>> _______________________________________________
>>>>> cups mailing list
>>>>> cups at easysw.com
>>>>> http://lists.easysw.com/mailman/listinfo/cups
>>>> =20
>>>> =
>> ________________________________________________________________________
>>>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>>> =20
>>>> _______________________________________________
>>>> cups mailing list
>>>> cups at easysw.com
>>>> http://lists.easysw.com/mailman/listinfo/cups
>>>> =20
>>>> _______________________________________________
>>>> cups mailing list
>>>> cups at easysw.com
>>>> http://lists.easysw.com/mailman/listinfo/cups
>>> =20
>>> =
>> ________________________________________________________________________
>>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>>> =20
>>> =20
>>> _______________________________________________
>>> cups mailing list
>>> cups at easysw.com
>>> http://lists.easysw.com/mailman/listinfo/cups
>>> =20
>>> =20
>>> _______________________________________________
>>> cups mailing list
>>> cups at easysw.com
>>> http://lists.easysw.com/mailman/listinfo/cups
>> 
>> ________________________________________________________________________
>> Michael Sweet, Senior Printing System Engineer, PWG Chair
>> 
>> 
>> --Apple-Mail-11--840285453
>> Content-Transfer-Encoding: quoted-printable
>> Content-Type: text/html;
>> 	charset=us-ascii
>> 
>> <html><head></head><body style=3D"word-wrap: break-word; =
>> -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
>> "><div><div>On Nov 3, 2010, at 10:33 PM, Anurag Chourasia =
>> wrote:</div><blockquote type=3D"cite">Hi Mike,<div><br></div><div>Thanks =
>> for the response.</div><div><br></div><div>There is a "<span =
>> class=3D"Apple-style-span" style=3D"font-family: 'Lucida Grande', =
>> Verdana, Arial, sans-serif; font-size: 13px; color: rgb(51, 51, 51); =
>> line-height: 16px; "><code style=3D"font: normal normal normal =
>> 1.1em/normal 'Courier New', monospace, Fixed; font-weight: 100; =
>> ">ErrorPolicy"</code> variable. Do you think I could use that to =
>> overcome this situation? Basically asking the printer to retry the job =
>> instead of stopping?</span></div></blockquote><div><br></div>Yes, you =
>> can use the retry-job or retry-current-job (in recent versions of CUPS) =
>> to have the scheduler (cupsd) retry the job.  Use the "lpadmin" =
>> command to set the printer-error-policy option ("lpadmin -p name -o =
>> printer-error-policy=3Dretry-current-job").</div><div><br></div><div><bloc=
>> kquote type=3D"cite">
>> 
>> <div><font class=3D"Apple-style-span" color=3D"#333333" face=3D"'Lucida =
>> Grande', Verdana, Arial, sans-serif"><span class=3D"Apple-style-span" =
>> style=3D"line-height: 16px;">What is not clear to me is whether the =
>> printer will retry the job once or as many times until the job =
>> succeeds?</span></font></div></blockquote><div><br></div>The limits are =
>> controlled by the JobRetryLimit and JobRetryInterval directives in =
>> cupsd.conf. The defaults are 5 and 30, respectively. Use the "cupsctl" =
>> command to change them ("cupsctl JobRetryLimit=3D999 =
>> JobRetryInterval=3D5").</div><div><br><blockquote type=3D"cite">
>> 
>> <div><font class=3D"Apple-style-span" color=3D"#333333" face=3D"'Lucida =
>> Grande', Verdana, Arial, sans-serif"><span class=3D"Apple-style-span" =
>> style=3D"line-height: 16px;"><a =
>> href=3D"http://www.cups.org/documentation.php/doc-1.4/ref-printers-conf.ht=
>> ml">http://www.cups.org/documentation.php/doc-1.4/ref-printers-conf.html</=
>> a> has more on this Variable.</span></font></div>
>> 
>> <div><font class=3D"Apple-style-span" color=3D"#333333" face=3D"'Lucida =
>> Grande', Verdana, Arial, sans-serif"><span class=3D"Apple-style-span" =
>> style=3D"line-height: 16px; "><br></span></font></div><div><font =
>> class=3D"Apple-style-span" color=3D"#333333" face=3D"'Lucida Grande', =
>> Verdana, Arial, sans-serif"><span class=3D"Apple-style-span" =
>> style=3D"line-height: 16px;">Regards,</span></font></div>
>> 
>> <div><font class=3D"Apple-style-span" color=3D"#333333" face=3D"'Lucida =
>> Grande', Verdana, Arial, sans-serif"><span class=3D"Apple-style-span" =
>> style=3D"line-height: 16px;">Anurag<br></span></font><br><div =
>> class=3D"gmail_quote">
>> 
>> On Thu, Nov 4, 2010 at 9:48 AM, Michael Sweet <span dir=3D"ltr"><<a =
>> href=3D"mailto:msweet at apple.com">msweet at apple.com</a>></span> =
>> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 =
>> ..8ex;border-left:1px #ccc solid;padding-left:1ex;">
>> 
>> <div style=3D"word-wrap:break-word"><div><div class=3D"im"><div>On Nov =
>> 3, 2010, at 9:09 PM, Anurag Chourasia wrote:</div><blockquote =
>> type=3D"cite">Hi Mike,<div><br></div><div>This is a Zebra printer. Zebra =
>> earlier indicated that IPP is not supported.</div>
>> 
>> <div><br></div><div>Earlier we tried to use Socket but ran into even =
>> more serious issues. With Socket Protocol, out of every 10 label =
>> requests submitted all the jobs go to successful status but =
>> only 1 or 2 labels actually used to come out of the printer.</div>
>> 
>> 
>> 
>> <div><br></div><div>Is there anything else we could try to make lpd =
>> behave better in this scenario? Please =
>> guide.</div></blockquote><div><br></div></div>Unfortunately, the issue =
>> you are running into is that the printer is either not sending its =
>> response packet (that tells us the job was submitted successfully) or =
>> the packet is getting lost on the network and the printer isn't =
>> re-sending the packet when it doesn't get an ack from the CUPS system. =
>> If socket isn't working, my guess is either a problem with the printer's =
>> network interface or your network in general.</div>
>> 
>> <div><br></div><div>It would be useful for you to run Wireshark on the =
>> CUPS system to monitor the LPD traffic between the system and printer. =
>> You can also hook up a hardware network analyzer to see what kind of =
>> packet loss/error rate you have. (Many routers also provide this =
>> information...)</div>
>> 
>> <div><div></div><div class=3D"h5"><div><br><blockquote =
>> type=3D"cite"><div><br></div><div>Regards,</div><div>Anurag<br><br><div =
>> class=3D"gmail_quote">On Thu, Nov 4, 2010 at 9:28 AM, Michael Sweet =
>> <span dir=3D"ltr"><<a href=3D"mailto:msweet at apple.com" =
>> target=3D"_blank">msweet at apple.com</a>></span> wrote:<br>
>> 
>> 
>> 
>> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 =
>> ..8ex;border-left:1px #ccc solid;padding-left:1ex">LPD is not a reliable =
>> protocol. If the printer in question supports IPP or socket printing, =
>> use that instead.<br>
>> <div><div></div><div><br>
>> On Nov 3, 2010, at 8:01 PM, Anurag wrote:<br>
>> <br>
>> > Dear Cups Team,<br>
>> ><br>
>> > We are facing a problem whereby the label printer stops printing =
>> when multiple print requests are received in a short span of time.<br>
>> ><br>
>> > In my tests, i sent around 80 Labels to print to the printer within =
>> a span of 20 seconds. This volume is pretty low for the Warehouse =
>> Operations and it is important that the printing works without any =
>> problems in such a scenario. Any help in this regard would be highly =
>> appreciated.<br>
>> 
>> 
>> 
>> 
>> ><br>
>> > In my tests, the job number 7357 was the one that got stuck. All =
>> other jobs following the job 7357 went to pending status.<br>
>> ><br>
>> > After waiting on job 7357, the printer finally decided to Stop the =
>> job and the job went to Stopped status. At this stage, the printer =
>> status is shown as "/usr/lib/cups/backend/lpd Failed". The only way to =
>> print the remaining labels is to restart the printer again.<br>
>> 
>> 
>> 
>> 
>> ><br>
>> > I have uploaded the complete error_log at <a =
>> href=3D"http://pastebin.com/2i7V7SZ7" =
>> target=3D"_blank">http://pastebin.com/2i7V7SZ7</a><br>
>> ><br>
>> > Here are some of the lines from the error_log that are relevant to =
>> job 7357, It seems to have failed exactly after 5 minutes of job =
>> submission.<br>
>> ><br>
>> > I [03/Nov/2010:23:06:58 -0300] [Job 7357] Adding start banner page =
>> "none".<br>
>> > D [03/Nov/2010:23:06:58 -0300] Discarding unused job-created =
>> event...<br>
>> > I [03/Nov/2010:23:06:58 -0300] [Job 7357] Adding job file of type =
>> text/plain.<br>
>> > I [03/Nov/2010:23:06:58 -0300] [Job 7357] Adding end banner page =
>> "none".<br>
>> > I [03/Nov/2010:23:06:58 -0300] [Job 7357] Queued on =
>> "concepcion_115" by "lgfadm".<br>
>> > D [03/Nov/2010:23:06:58 -0300] [Job 7357] hold_until =3D 0<br>
>> > D [03/Nov/2010:23:06:58 -0300] cupsdProcessIPPRequest: 13 =
>> status_code=3D0 (successful-ok)<br>
>> > D [03/Nov/2010:23:06:58 -0300] cupsdCloseClient: 13<br>
>> > D [03/Nov/2010:23:06:59 -0300] cupsdAcceptClient: skipping =
>> getpeercon()<br>
>> > D [03/Nov/2010:23:06:59 -0300] cupsdAcceptClient: 13 from localhost =
>> (Domain)<br>
>> > D [03/Nov/2010:23:06:59 -0300] [Job 7352] Unloading...<br>
>> > D [03/Nov/2010:23:06:59 -0300] [Job 7353] Unloading...<br>
>> > D [03/Nov/2010:23:06:59 -0300] [Job 7354] Unloading...<br>
>> > D [03/Nov/2010:23:06:59 -0300] [Job 7355] Unloading...<br>
>> > D [03/Nov/2010:23:06:59 -0300] cupsdReadClient: 13 POST / =
>> HTTP/1.1<br>
>> > .<br>
>> > .<br>
>> > .<br>
>> > D [03/Nov/2010:23:07:01 -0300] Discarding unused =
>> printer-state-changed event...<br>
>> > D [03/Nov/2010:23:07:01 -0300] Discarding unused =
>> printer-state-changed event...<br>
>> > D [03/Nov/2010:23:07:01 -0300] [Job 7357] Connected to <a =
>> href=3D"http://10.8.25.115:515/" target=3D"_blank">10.8.25.115:515</a> =
>> (IPv4) (local port 994)...<br>
>> > D [03/Nov/2010:23:07:01 -0300] [Job 7357] lpd_command 02 =
>> lp-cd-esp-115-P1<br>
>> > D [03/Nov/2010:23:07:01 -0300] [Job 7357] Sending command string =
>> (18 bytes)...<br>
>> > D [03/Nov/2010:23:07:01 -0300] [Job 7357] Reading command =
>> status...<br>
>> > .<br>
>> > .<br>
>> > .<br>
>> > W [03/Nov/2010:23:12:01 -0300] [Job 7357] Remote host did not =
>> respond with command status byte after 300 seconds!<br>
>> > D [03/Nov/2010:23:12:01 -0300] Discarding unused =
>> printer-state-changed event...<br>
>> > D [03/Nov/2010:23:12:01 -0300] [Job 7357] lpd_command returning =
>> 4<br>
>> > E [03/Nov/2010:23:12:01 -0300] PID 19148 =
>> (/usr/lib/cups/backend/lpd) stopped with status 1!<br>
>> > D [03/Nov/2010:23:12:01 -0300] [Job 7357] File 0 is complete.<br>
>> > I [03/Nov/2010:23:12:01 -0300] [Job 7357] Backend returned status 1 =
>> (failed)<br>
>> > D [03/Nov/2010:23:12:01 -0300] Discarding unused =
>> printer-state-changed event...<br>
>> > D [03/Nov/2010:23:12:01 -0300] Discarding unused printer-stopped =
>> event...<br>
>> > I [03/Nov/2010:23:12:01 -0300] Saving printers.conf...<br>
>> > D [03/Nov/2010:23:12:01 -0300] Discarding unused job-stopped =
>> event...<br>
>> > D [03/Nov/2010:23:12:02 -0300] [Job 7357] Unloading...<br>
>> > D [03/Nov/2010:23:12:02 -0300] Report: clients=3D1<br>
>> > D [03/Nov/2010:23:12:02 -0300] Report: jobs=3D196<br>
>> ><br>
>> ><br>
>> > The last line in page_log is as follows<br>
>> >       concepcion_115 lgfadm 7357 =
>> [03/Nov/2010:23:07:01 -0300] 1 1 - localhost<br>
>> ><br>
>> > The printer is using lpd as indicated below and also shown are the =
>> printer options<br>
>> >       device for concepcion_115: lpd://<a =
>> href=3D"http://10.8.25.115/lp-cd-esp-115-P1" =
>> target=3D"_blank">10.8.25.115/lp-cd-esp-115-P1</a><br>
>> ><br>
>> > [lgfadm at L573P] /home/lgfadm :\>lpoptions -pconcepcion_115<br>
>> > finishings=3D3 copies=3D1 job-hold-until=3Dno-hold job-priority=3D50 =
>> number-up=3D1 auth-info-required=3Dnone job-sheets=3Dnone,none =
>> printer-info=3D'Concepcion 115' printer-is-accepting-jobs=3D1 =
>> printer-is-shared=3D1 printer-location=3DConcepcion =
>> printer-make-and-model=3D'Local Raw Printer' printer-state=3D5 =
>> printer-state-change-time=3D1288836721 printer-state-reasons=3Dpaused =
>> printer-type=3D4<br>
>> 
>> 
>> 
>> 
>> ><br>
>> > Please guide.<br>
>> ><br>
>> > Regards,<br>
>> > Anurag<br>
>> > _______________________________________________<br>
>> > cups mailing list<br>
>> > <a href=3D"mailto:cups at easysw.com" =
>> target=3D"_blank">cups at easysw.com</a><br>
>> > <a href=3D"http://lists.easysw.com/mailman/listinfo/cups" =
>> target=3D"_blank">http://lists.easysw.com/mailman/listinfo/cups</a><br>
>> <br>
>> =
>> </div></div>______________________________________________________________=
>> __________<br>
>> <font color=3D"#888888">Michael Sweet, Senior Printing System Engineer, =
>> PWG Chair<br>
>> </font><div><div></div><div><br>
>> _______________________________________________<br>
>> cups mailing list<br>
>> <a href=3D"mailto:cups at easysw.com" =
>> target=3D"_blank">cups at easysw.com</a><br>
>> <a href=3D"http://lists.easysw.com/mailman/listinfo/cups" =
>> target=3D"_blank">http://lists.easysw.com/mailman/listinfo/cups</a><br>
>> </div></div></blockquote></div><br></div>
>> _______________________________________________<br>cups mailing =
>> list<br><a href=3D"mailto:cups at easysw.com" =
>> target=3D"_blank">cups at easysw.com</a><br><a =
>> href=3D"http://lists.easysw.com/mailman/listinfo/cups" =
>> target=3D"_blank">http://lists.easysw.com/mailman/listinfo/cups</a><br>
>> 
>> </blockquote></div><br><div>
>> <span style=3D"border-collapse:separate;color:rgb(0, 0, =
>> 0);font-family:Helvetica;font-style:normal;font-variant:normal;font-weight=
>> :normal;letter-spacing:normal;line-height:normal;text-align:auto;text-inde=
>> nt:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:m=
>> edium"><div>
>> 
>> =
>> ________________________________________________________________________<b=
>> r>Michael Sweet, Senior Printing System Engineer, PWG =
>> Chair<br></div></span>
>> </div>
>> =
>> <br></div></div></div><br>_______________________________________________<=
>> br>
>> cups mailing list<br>
>> <a href=3D"mailto:cups at easysw.com">cups at easysw.com</a><br>
>> <a href=3D"http://lists.easysw.com/mailman/listinfo/cups" =
>> target=3D"_blank">http://lists.easysw.com/mailman/listinfo/cups</a><br>
>> <br></blockquote></div><br></div>
>> _______________________________________________<br>cups mailing =
>> list<br><a =
>> href=3D"mailto:cups at easysw.com">cups at easysw.com</a><br>http://lists.easysw=
>> ..com/mailman/listinfo/cups<br></blockquote></div><br><div>
>> <span class=3D"Apple-style-span" style=3D"border-collapse: separate; =
>> color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; =
>> font-variant: normal; font-weight: normal; letter-spacing: normal; =
>> line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; =
>> text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; =
>> -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: =
>> 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
>> auto; -webkit-text-stroke-width: 0px; font-size: medium; =
>> "><div>___________________________________________________________________=
>> _____<br>Michael Sweet, Senior Printing System Engineer, PWG =
>> Chair<br></div></span>
>> </div>
>> <br></body></html>=
>> 
>> --Apple-Mail-11--840285453--
>> 
> 
> _______________________________________________
> cups mailing list
> cups at easysw.com
> http://lists.easysw.com/mailman/listinfo/cups

________________________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair








More information about the cups mailing list