Problems with ?compression=gzip and Windows CUPS driver

[viman]

Hello!
I encountered the same problem, did not always work option "? Compression = gzip". Has considered the source code (v1.4.6). As a result, had to change the project file "\ backend \ ipp.c" and re-compile it. This solved the problem on the side of "Main Office".

Before the change:
  }
  else
  {
   /*
    * Point to the files on the command-line...
    */
    num_files    = argc - 6;
    files        = argv + 6;
    send_options = 1;
#ifdef HAVE_LIBZ
    if (compression)
      compress_files(num_files, files);
#endif /* HAVE_LIBZ */
  }
  fprintf(stderr, "DEBUG: %d files to send in job...\n", num_files);

Аfter changing:
    }
  else
  {
   /*
    * Point to the files on the command-line...
    */

    num_files    = argc - 6;
    files        = argv + 6;
    send_options = 1;
  }
#ifdef HAVE_LIBZ
    if (compression)
      compress_files(num_files, files);
#endif /* HAVE_LIBZ */
  fprintf(stderr, "DEBUG: %d files to send in job...\n", num_files);


> Hello,
> we have issues with CUPS 1.4.x on Ubuntu 10.04 LTS and later, when attempting
> to use an IPP URL with the "?compression=gzip" argument.
>
> Situation is very similar to:
> http://www.cups.org/newsgroups.php?s1+gcups.general+v2+T+Qcompression%3Dgzip
>
> <---- Main Office ---->    <-WAN->  <------- Remote Office ------->
>   ----------    --------            --------    -------------------
>   | w2k3 64| -> | CUPS |    --->    | CUPS | -> |     printer     |
>   ----------    --------            --------    -------------------
>
> 1. Original   Generic/Text   ipp   Generic/Text
>   win driver
> Result: Compression works
>
> 2.  CUPS      Linux driver   ipp   Generic/Text
>    driver+
>  MS PostScript
> Result: No compression
>
> Why is there no compression when using a second scenario?
>
> We have to use a second variant in several remote offices since there are no
> 64-bit Windows drivers for some of the printers we still use.