[cups] Can't detect file type / Not a PDF file

[Brian Potkin]

On Thu 02 May 2019 at 07:25:18 +0100, Henrik Morsing wrote:

> Hi,
> 
> On Wed, May 01, 2019 at 10:29:34AM +0100, Brian Potkin wrote:
> > 
> > The text file is processed by the server correctly. All the filters
> > start and complete successfully. Send the same the same file from a
> > client (and other file types, if you wish) and look at the error_log
> > on the server. CUPS types the received file (Auto type?} near the
> > beginning of the log, just before it determines the filters required.
> > 
> 
> I tried a text file from a client, and can see this:
> 
> D [02/May/2019:07:13:45 +0100] [Job ???] Auto-typing file...
> I [02/May/2019:07:13:45 +0100] [Job ???] Request file type is application/postscript.

The job has undergone filtering on the client.

> and
> 
> D [02/May/2019:07:13:45 +0100] [Job 278] 4 filters for job:
> D [02/May/2019:07:13:45 +0100] [Job 278] gstopdf (application/postscript to application/pdf, cost 0)
> D [02/May/2019:07:13:45 +0100] [Job 278] pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66)
> D [02/May/2019:07:13:45 +0100] [Job 278] gstoraster (application/vnd.cups-pdf to application/vnd.cups-raster, cost 99)
> D [02/May/2019:07:13:45 +0100] [Job 278] rastertogutenprint.5.2 (application/vnd.cups-raster to printer/Ricoh, cost 100)

It then gets filtered again on the server.

https://wiki.debian.org/PrintQueuesCUPS#Double_Filtering

might help to explain why this is not a good idea.

-- 
Brian.