I highly doubt that Reader will do that. Maybe it's a setting of the email client used. The reference of this parameter says:
Note: (Acrobat 7.0) When this method is executed in a non-privileged context, the bUI parameter is not honored and defaults to true. See Privileged versus non-privileged context.
Right, I saw this note in the Ref. Guide.
Surprisingly, that's what Reader 11 does while Acrobat 10 doesn't. And this behavior is absolutely consistent. You can test it yourself. I did not see any setting related to Reader in Outlook 2010.
May be I should enclose my code in a "app.trustedFunction()" to make it "privileged"?
Have a nice day!
That would help, yes, but the function definition will have to be located
in a folder-level script that each user will need to install on their
And I tested mailMsg in Acrobat and Reader XI (using a web-based email
service). It didn't send the messages, just created a draft, as I suspected
A web-based email client is a bit different. In addition, the Ref. Guide says:
"The client machine must have its default mail program configured to be MAPI enabled to use this method."