# How do pages included with \includepdf using pdfpages differ from regular pdf pages produced by pdflatex?

I wondered if anybody could explain what differences there are in the PDF which would differentiate

1. pages produced by running pdflatex on the .tex file where the code is part of that file

and

2. pages produced by running pdflatex on the .tex file where the pages are the result of \includepdf and the included pdfs were produced by a separate run of pdflatex on separate .tex files.

For example:

\documentclass{article}
\usepackage{pdfpages}
\begin{document}
Here is a page of the first kind.
\clearpage
\includepdf{pdfpage.pdf}
\end{document}


Where pdfpage.pdf is the result of running pdflatex on

\documentclass{article}
\begin{document}
Here is a page of the second kind.
\end{document}


I am interested because although my compiled documents print fine on printers, if I try to print from a photocopier, it will not print anything after the first includepdf. (If there is nothing before this, it gives an error; otherwise, it just prints the pages which came before that point.) For various reasons, I have to print some things from the photocopier rather than a printer and so this is obviously quite awkward. The problem is not specific to any particular document but appears to be general to documents I produce in this way.

So what might the photocopier but not the printer see or not see at the point where \includepdf occurred in the source? (And is there anything I can do about it?)

Note that the MWE is not a real one because that would require me to run test documents on machines at work and I would prefer to do that only if I cannot learn anything about the problem in any other way. So the example represents the pattern I've noticed but I cannot rule out something else being the real issue at this point.

-
For a quick fix for the problem with the photocopier, you might try running the PDF through Ghostscript (if you don’t want to learn the command-line syntax, just use pdf2ps followed by ps2pdf). This usually fixes all types of troublesome PDF files. (Note that the problem isn’t necessarily with the actual PDF file, but may with the photocopier or its drivers, but this solution will likely still work.) –  Karl Ove Hufthammer Jan 26 at 9:54
Thanks for that suggestion. I'll give that a go. For some reason, that hadn't occurred to me even though I've used the pdf2ps -> ps2pdf trick in other cases. (Or even just pdf2ps although that wouldn't work with the photocopier.) –  cfr Jan 26 at 14:09

Thanks. That's helpful. (I'd at least like to understand why I can't do what I want!) What's RIP? This is a brand new photocopier, though I doubt that's worth much. Is there any way of post-processing such PDFs to avoid the problem? I tried the pdf2ps -> ps2pdf trick suggested in the comments and it helps but doesn't solve the problem. (Now some included PDFs get printed but not, alas, all of them and I have no idea why or which...) Is any particular specification of \pdfminorversion= better or worse in this case? –  cfr Jan 28 at 2:30