Emailing Invoices-MAPI Error - This Is So UnProductive

SOLVED

Why..... does Sage 50 not work as its own outgoing email client....

It is so frustrating and unproductive that to be able to send an invoice, statement, etc via email, that first you have to add the designated receipient to your contact list in your email client otherwise receive a MAPI error message.....

Very often we are sending a one off invoice and to have to create a record for the client in Sage including email address and then have to duplicate the email address in our email client contact list is really a pain in the butt and if I remember correctly was not required in an earlier version when we were running Windows XP with Outlook Express.

Now I know the guru's at Sage are going to say it is as a result of mail handling changes in Windows 7 and Windows Live Mail, but the end reality is that everyone is migrating to later o/s systems and it is time that Sage took the initiative and corrected this compatibility issue so THEIR SOFTWARE functions correctly.

I am running into this frustrating problem using both Windows Live Mail and Outlook2013...    FIX PLEASE! 

Parents
  • 0
    SUGGESTED

    Hi There,

    We use Sage 50 US Edition and Outlook 2013 (32 bit version) on a Windows 8 64 bit platform.  We recently received the same issues.

    Our solution was to run Outlook 2013 in Administrator mode.  

  • 0 in reply to TFPadmin

    Is there (yet) a resolution for this issue that I can provide clients who are NOT technically inclined?

    In OL 2010/Win 7-64bit "Run as Admin" does not work - this is the easiest of the suggestions above. To add to the issue, running on our organization's bookkeeping machines, I have no inclination to add all of the addresses of client payroll payees to our Outlook, or to interlink Outlook to Simply - that is simply (pardon the pun) a silly idea.

    I've used many programs that either handle the MAPI transfer themselves, act as their own email client, or otherwise work in a smooth, integrated and non-technical manner.  Am I missing something here?

    Don

Reply
  • 0 in reply to TFPadmin

    Is there (yet) a resolution for this issue that I can provide clients who are NOT technically inclined?

    In OL 2010/Win 7-64bit "Run as Admin" does not work - this is the easiest of the suggestions above. To add to the issue, running on our organization's bookkeeping machines, I have no inclination to add all of the addresses of client payroll payees to our Outlook, or to interlink Outlook to Simply - that is simply (pardon the pun) a silly idea.

    I've used many programs that either handle the MAPI transfer themselves, act as their own email client, or otherwise work in a smooth, integrated and non-technical manner.  Am I missing something here?

    Don

Children
No Data