<br><br><div class="gmail_quote">On Tue, Jan 19, 2010 at 12:50 AM, Michael Sweet <span dir="ltr"><<a href="mailto:msweet@apple.com">msweet@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div><div class="im"><div>On Jan 18, 2010, at 6:29 AM, Jeff Chua wrote: <br></div></div></div></div></blockquote><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div>Yup, however if you are printing using the same IPP printer (w1), that printer (locally) is not a class and so only one job will get sent at a time. Only classes get the special multi-job behavior.</div>
</div></blockquote><div><br>Oh. I guess I missed this point. My bad.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="">
<div>If you use "waitprinter=false" and "waitjob=false" on printer "w1", then the jobs will get queued up as fast as possible on the server and all of the printers in the class will be used.</div>
</div></blockquote><div><br>Cool.<br><br>Thanks for your help. It's all working as intended now after setting "w1" as a "class".<br><br><br>By the way, another question. In CUPS 1.4.2, IPP and LPD are very slow compared to 1.3.11. I had to revert two attached files to make them fast as before. Without the patches, there'll be a delay of 3 seconds per job.<br>
<br><br><br>Thanks,<br>Jeff<br><br><br></div></div><br>