We are trying to set up an automated workflow using n8n to retrieve specific daily files from M-Files and send them to an IP-enabled printer before the start of a shift.
When using the M-Files REST API to download PDF files, the resulting files appear to be missing embedded fonts.
-
Attempting to print these downloaded PDFs results in a PostScript error on the printer.
-
The downloaded files open and display correctly on screen, but the printing fails.
-
We attempted to use third-party libraries/scripts to embed the fonts post-download, but this introduced new issues: Turkish characters (such as ş, ğ, İ, ö, ç) are printed as squares or incorrect, weird symbols.
Is there a specific flag, parameter, or header that needs to be included in the REST API download request to ensure the PDF is delivered with all fonts fully embedded?
Is this a known limitation of the M-Files REST API when serving PDF files, and if so, what is the recommended server-side workaround for automated document retrieval and printing?
M-Files Version M-Files (25.9.15198.5)
