Version: (using KDE KDE 3.4.0) Installed from: FreeBSD Ports OS: FreeBSD Selecting "Mail PDF File" always results in KMail being called to handle sending the mail out. This is even true when an application like Thunderbird is selected as the default mail client in the Composer Chooser.
Because this "pseudo-printer" (like any other printer of this type) is based on a command-line executed in a shell. The default command uses kmail. You can change that by configuring the printer from the print manager.
Michael, I see what you're talking about. Assuming I can hook this into a kiosk setup, this should provide a reasonable work around for my immediate problem. I still feel that this is a bug since KDE is not performing a task as promised. From the Component Chooser, "This service allows you to configure your default email client. All KDE applications which need access to an email client application should honor this setting." I believe that it should be a reasonable expectation that the component chooser is the last place I would need to visit to make all of KDE configured for another mail client. Perhaps this is better classified as a usability issue, or even a wish-list item. Either way, I believe this should be addressed at some point.
I don't think that it is possible to use the Component Chooser settings directly, because we need the command line option to attach the PDF file to the mail (like KMail's --attach). But how about using a "mailto:" URL and then use KApplication::invokeMailer()?
I don't think that you can specify an attachment in a "mailto:" address. However, if you could, then you could rely on kfmexec utility to do the job.
UNCONFIRMED (batch reassigning messed this)
*** This bug has been marked as a duplicate of 65623 ***
Closing old Resolved status bug.