Michael,
> On Jan 9, 2025, at 3:19 PM, Michael Ziller <mziller at microsoft.com> wrote:
>> One further question - what's the proposed interplay for a printer implementing both wd-ipptrustnoone10 and compression-supported? Would the client encrypt document data first and then gzip/deflate that payload (allowing the infra printer to decompress and transfer the encrypted payload either uncompressed or re-compressed based on compression-accepted)?
So "compression" applies to the raw document data - you aren't asking the Infrastructure Printer to re-package the data, just to apply a compression filter to the data. For files that are already compressed, "compression" probably won't do much.
The point for TRUSTNOONE is to pass the document data and job ticket in an S/MIME "envelope" that cannot be altered or (when encrypted and not just signed) inspected. S/MIME *does* support compression but often times the document data is already compressed (e.g. PDF or XPS files) so adding another layer of compression is not useful.
A Client *could* do additional compression when submitting a job for printing, but again that is mainly for reducing the size of the data transmitted between the Client and Printer (or Proxy and Printer, when pulling the data down) and not for repackaging the data.
________________________
Michael Sweet