Letting user to choose the way he wants to send the report by email

rbuser

So far, I had been using SimpleMAPI to send reports by email. SimpleMAPI
is discontinued by Microsoft, and for some specific reasons, I cannot
send direct email direct to the smtp (using Indy, etc).

So, the other options that RB offers are:

1) SimpleMAPI - discontinued, and seems that after installing Office365,
it stops to work with RB (?!).
2) ExtendedMAPI - not all email clients supports this.
3) Outlook - Not everyone has it installed now.

So, is there a way to let the user choose what of the 3 above ways he
wants to use to send the email, and make the Send Email button found in
the RB Default Preview windows to respect the user choice?

Carlos

nicocizik

Hi Carlos,

Yes, you can manually register the email plugin you would like to use
using the TppSMTPPlugin.RegisterClass routine. Demo 110 in the main
reports demo shows how this can be done. For instance...

uses
ppSMTPCustom, ppSMTPMAPI, ppSMTPExtendedMAPI;

MAPI:
TppSMTPPlugin.RegisterClass(TppSMTPMAPI);
ppReport1.SendMail;

ExtendedMAPI:
TppSMTPPlugin.RegisterClass(TppSMTPExtendedMAPI);
ppReport1.SendMail;

rbuser

Are you aware of any ppSMTP class implementation to support sending
emails using Thunderbird?

Carlos

Em 20/12/2013 13:49, Nico Cizik (Digital Metaphors) escreveu:

nicocizik

Hi Carlos,

We do not provide a Thuderbird specific email plugin however and quick
search on Google reveals that Thunderbird currently supports Simple MAPI
in a limited fashion.

The default email plugin (ppSMTPMAPI) also uses Simple MAPI to it should
technically work with Thunderbird if Thunderbird is the default email
client on the machine.

Below is a link I found on the topic.

http://kb.mozillazine.org/MAPI_Support

rbuser

Thanks Nico. I already knew that link.

The problem is that in several of my customers, the default plugin is
not working anymore, after Office365 was installed in their machines. I
already checked and Thunderbird is listed as the default email client.
Curiously, the "send email" feature of other softwares, like PrimoPDF,
still works fine in the same machine.

I installed a trial of the EasyMAPI (btw, I had to fix the plugin that
comes with RB since it didnt work) and it gives an error about the
bitness of the MAPI DLLs, sugesting that the installed versions are
64bits while my app is 32bits. But I already checked the "default" MAPI
DLLs, and they seems to be correct (32bit versions in SysWOW64 and
64bits in System32).

[]s
Carlos

Em 06/01/2014 13:52, Nico Cizik (Digital Metaphors) escreveu:

nicocizik

Hi Carlos,

It could be that your users are running a 64 bit installation of
Thunderbird and a 32 bit version of your Delphi application. This would
cause the bitness mismatch that you describe.

Rebuilding your application as a 64 bit application would solve this
issue as would installing a 32 bit version of Thunderbird.

http://msdn.microsoft.com/en-us/library/office/dd941355.aspx

I believe EasyMAPI provides a proxy server solution for the bitness
issue which also may be of use for your situation.

We try to actively test the EasyMAPI plugin before every release but
since the EasyMAPI source changes so frequently it is sometimes
difficult to keep up. I will take a look at the current release and try
to fix any bugs for the next release of ReportBuilder.

rbuser

The version of Thunderbird installed is 32bits for sure. My guess is
that Office365 replaces the MAPI dlls with 64bit versions.

The "proxy" solution of easymap is not an option for my customers.

It seems that Thunderbird supports creating emails by command line.
Maybe a new plugin could use this functionality, but I must confess that
I do not like the idea of calling the Thunderbird executable each time a
new email needs to be sent (looks like a bad hack).

Carlos

Em 07/01/2014 19:20, Nico Cizik (Digital Metaphors) escreveu:

nicocizik

Thanks for the info.

If you are building a 32 bit Delphi application, it will by default use
the 32 bit version of the Simple MAPI .dll so the problem must lie
elsewhere. I will download Thunderbird and run some tests to see if
there is anything we can do from our end.

I will take a look at the possibility of adding a command-line
Thunderbird plugin for a later release of ReportBuilder.

rbuser

Thanks Nico, but keep in mind that everything was fine with the default
mapi plugin and Thunderbird *before customer installed Office365*.

Carlos

Em 08/01/2014 13:08, Nico Cizik (Digital Metaphors) escreveu:

nicocizik

Hi Carlos,

*before customer installed Office365*.

Yes, thanks for bringing that to my attention. I installed Thunderbird
on my machine and made it the default email client and our Simple MAPI
plugin functioned correctly. (I do not have Office 365)

1. Be sure your users have Thunderbird as their default email client.
Even though I installed Thunderbird, Outlook was still my default client.

2. If it is and they still have issues, we will have to assume that this
is an Office 365 problem. I did a search on-line for similar issues but
found none. Hopefully a solution will present itself soon.