[FX.php List] How do you handle failed transactional emails?

[Leo R. Lundgren]

Just put the messages in a queue in a database and instead of having them be sent off by the current script, let that script complete (telling the user that the mail is queued for sending), and then have another process (running in the background or scheduled) doing the sending of mails that are queued. Or use a local MTA, since queueing mails and sending them off is what it's made for.

In the end it boils down to how you want to present the status of messages to your users though.


20 mar 2014 kl. 22.29 skrev Michael Sloper:

> We were frustrated with our own mail mail host and switched to using Mandrill for this which specializes in transactional email. They have some nice tools and it is free until you send over 12K emails a month.  I know this isn't exactly what you were asking about but this was a noticeable improvement for us.
> 
> Michael Sloper
> Pre1 Software
> 
> On Mar 20, 2014, at 12:15 PM, jschwartz <jschwartz at exit445.com> wrote:
> 
>> Hi Folks,
>> 
>> On an infrequent basis, a transactional email such as an order confirmation will fail to go through using PHPMailer when the smtp server doesn’t respond. Although it is infrequent, it does happened and the client freaks when it happens.
>> 
>> Does anyone employ any means to retry failed sends either in a few milliseconds while the script is still running, or at some later time by tracking failed sends and running a re-send script using a cron script or the like?
>> 
>> Thanks
>> 
>> Jonathan
>> 
>> 
>> 
>> 
>> _______________________________________________
>> FX.php_List mailing list
>> FX.php_List at mail.iviking.org
>> http://www.iviking.org/mailman/listinfo/fx.php_list
> 
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list



-|