Thank you for your post.
After testing this a few times, I am able to replicate the problem only when I have the layout set to View as Form. If I change to View as List, then page breaks are inserted into the PDF file.
I have forwarded your post along with my findings to our Development and Software Quality Assurance (Testing) departments for review and confirmation. I will update you when I receive any feedback.
Simone and TSGal
I also see this "effect". Essentially no page breaks in the multipage PDF. When previewed in OSX Mail the document (mine is 3 pages legal) is revealed to be a long doc as the eMail prints across three pages but splits them at will. If I open the PDF then Preview sees it as one large "page". I tried the ViewAsList option - sometimes worked but split images across pages. I shortened down to letter page size and moved the bottom of the legal section onto page 2. I get it all back one page. I also note that the page, as seen in Preview, is far too wide - though that may be an artifact of the compression to one page. I also note a lot of wasted white space on the right side of the PDF when I reduce it to one page. The more I adjust the layout the worse the problem gets.
I hope this gets sorted out soon - the creation of multipage PDFs is the whole point of a project I am working on for a client - about 60 hours invested so far - hate to lose all that.
If you need samples for FMI engineering I'd be happy to send them on. I have also posted this as a bug.
Simone and TSGal
A report on TechTalk today (Thread: Email PDF Problems with FMGo) notes "df creation on FMGo does not use a paper size as FMP does to specify the print area, It does not even take a print setup step into account. Instead it uses always the same 'area' which is much smaller then a regular A4 or letter size. You can not change that. So you have to make special layouts for FMGo pdf creation to make decent pdf's from FMGo".
One hopes that either a: the engineers deem this worthy of a fix or b: the engineers reveal some design logic we can use to mimic paper as the final output type in the FMGo-->PDF-->paper path. I have a whole project rather dependent upon this.