If I open the document in OpenOffice and export it as a PDF with the "Embed standard fonts" option checked, the exported PDF is fine. If I don't check "Embed standard fonts", the exported PDF is the same as it is when the web server generates it - using the incorrect file and font for the bullet symbol.
I've tried checking the "Embed standard fonts" option on the web server's installation of OpenOffice, but it doesn't seem to change the output PDF when the webserver converts the docx. (Perhaps it will work after restarting the CF services?)
Just wondering, but does this process have the same failures if you try the conversion on an HTML file? I'm wondering if all the bloat proprietary code that Word documents has is causing this issue.
No idea, but that still wouldn't explain why the 3 servers behave in 3 different ways given the same file.
Reverting to OpenOffice 3.3.0 fixes this.
My guess is that Coldfusion isn't telling OpenOffice 3.4.1 to "Embed standard fonts", and OpenOffice 3.4.1 is just failing to deal with certain fonts correctly when it's not told to embed them. It seems OpenOffice 3.4.1 prefers MSReferenceSpecialty, then Wingdings Regular, then Wingdings 2 when it encounters character 0xB7 in the Symbol font (even through the Symbol font is installed). No idea if it would try other fonts if they were installed.