<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Thanks for your detailed reply. You have clarified a lot of things for me. I have a few more questions.<div><br><div><div>On 21/05/2009, at 4:32 AM, Michael Sweet wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On May 20, 2009, at 5:58 AM, Space Ship Traveller wrote:</div><blockquote type="cite"><div>....</div></blockquote><blockquote type="cite"><div>I then have a client such as OS X with a local CUPS server which I can <br>load the printer into. This printer is loaded as IPP with the above <br>URL. I also select the same PPD for use on the client.<br></div></blockquote><div><br></div>Normally you actually want to use no PPD - "-m raw" when adding via the lpadmin command - so that the client grabs the PPD from the server and does no local filtering.</div></div></blockquote><br><div><div><div>What exactly is filtering? What does the process entail? Does the PPD make adjustments to the post script data stream somehow?</div></div></div><br><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Mac OS X clients currently use a half-way approach for Bonjour shared printers - they copy the PPD to the local system and update it to basically say "I can print all of the standard formats directly" so that there is a local PPD (so you can still show options and queue jobs when you aren't on the server's network) but still get the benefits of server-side option processing.</div></div></blockquote><div><br></div><div>Does this happen for any other printer type and on other platforms? Or is this behaviour unique to Bonjour shared printers?</div><div><br></div><div><div>And we expect in this case that the client will pick up the PPD from the server? Is this a reliable behaviour across different platforms?</div><div><br></div><div>Is it possible to pull down the PPD from the server given the printer URL?</div><div><br></div><div>i.e.</div><div><a href="http://printserver:631/printers/myprinter/ppd">http://printserver:631/printers/myprinter/ppd</a></div></div><div><br></div><div>How is it different between the following cases:</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>1) Manually setting the PPD to be the same as what is on the server<br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>2) Having the client automatically set the PPD to what the server supplies</div><div><br></div><div>For case (2) Is there some option in the configuration stored somewhere to indicate that the server is actually going to do "filtering"?</div><div><br></div><div>Also, in that case, does the client supply the options from the print dialogue form to the server, so it can then process it via the PPD? How does this work?</div><div><br></div><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><font class="Apple-style-span" color="#000000"><br></font><div><br><blockquote type="cite"><div>If I have a PPD on a print queue on a server, does the client somehow <br>automatically pick that up?<br></div></blockquote><div><br></div>Normally yes. If you manually configure an IPP queue, then it doesn't.</div></div></blockquote><div><br></div><div>If you manually configure an IPP queue as raw, does this not pick up the PPD on the server?</div><div><br></div><div>Is there documentation about what kinds of queues normally pick up the PPD from the server, and what kinds of queues don't?</div><div><br></div><div>Is there a way to tell on the client if a PPD is being supplied by the server?</div><div><br></div><div><br></div><div>Thanks for your time and answers,</div><div>Samuel</div></div><br></div></body></html>