Author Topic: Integration with transactional email services  (Read 10725 times)

reg

  • Posts: 6
    • View Profile
Integration with transactional email services
« on: February 06, 2014, 11:36:36 am »
Hello Dean, (And forum members),

Do you have any plans for a future development of listmailpro to be able to integrate with transactional email services like Mandrill?

If not, are you taking custom development orders and what would be the process to get this quoted out? If anyone else in the forum is available for custom work and an API integration, please let me know.

Our situation is this. Normally, services like Mandrill allow connections via SMTP authentication using a API key that uses port 587. The only problem is that our hosting provider doesn't allow email relaying, except on dedicated servers.

Mandrill does have a PHP API that is well documented. We would need the group emails sent to users to be done by their HTTP API, AND the one off emails like the welcome, confirmations, followups etc to use their service instead of PHP mail().

We're finding that less and less emails are getting through to people and our testing with using a transactional email service has been very positive. This isn't a fault of listmailpro, as it seems like any APP has difficulty reliably sending PHP mail() emails with all the various email providers getting very stringent things like SPF record checks etc.

We have another software package running in this hosting environment that has integrated the Mandrill PHP API, and it works well for our requirements.

There are a few other services that could also be good integrations for listmailpro. Like Postmark, SendGrid, PostageApp, and MailGun.

Thank your for your assistance, looking forward to your reply.


- Reg

DW

  • Administrator
  • Posts: 3787
    • View Profile
    • https://legacy.listmailpro.com
Re: Integration with transactional email services
« Reply #1 on: February 07, 2014, 07:38:07 am »
Hi Reg,

I am considering improving the sending process to include more options, such as SMTP-only sending, which would pave the way for using external services for all messages.  (Currently PHP mail is always used for some messages, even with SMTP enabled.)  Perhaps this could also be included.

I am currently deep in some other update stuff, so can't take this on immediately, but will keep it in mind.

You might be interested in implementing a DKIM hack to try to help improve deliverability.  It can be seen here.

Thanks for the suggestion.
« Last Edit: February 07, 2014, 07:41:51 am by DW »
Dean Wiebe
ListMailPRO Author & Developer - Help | Support | Hosting