|
media32
|
January 12, 2017 at 10:19 am
Hi there!
Our client has been experiencing issues with the email notifications not being sent for their event registration to neither the registrant, nor the admin.
Everything seemed to be working fine for the event they had in September and now for their upcoming one in February there is already 27 paid registrants none of which received confirmations.
On this forum I saw some posts referring to Mandrill and Postmark. Is it necessary to connect to Event Espresso for it to continue working? If so, what are the steps for connecting it and setting it up to work with EE plugin? Currently the amount of emails the plugin sends is not huge and probably would not be more than 200-300 per event.
Please let me know what can be done for this to be resolved as the event is shortly coming up. Thank you!
|
|
Tony
|
January 12, 2017 at 11:06 am
Hi there,
On this forum I saw some posts referring to Mandrill and Postmark. Is it necessary to connect to Event Espresso for it to continue working?
No, it is not necessary, however it is recommended.
Its common for shared hosts mailservers to be blacklisted (meaning all mail sent from that IP will be marked as spam) or for the host to apply really strict (and often strange) rules to spam filtering which can cause problems.
Moving to a transaction email service such as the ones mentioned here:
https://eventespresso.com/wiki/postmark-app-mandrill-transactional-email-handling-services/
Means your using a service who’s business model relies on your emails getting to where they need to be, they monitor the emails sent and actively maintain their servers reputations.
If so, what are the steps for connecting it and setting it up to work with EE plugin?
EE uses WP_Mail to send the email onto whichever server you are using, all of the plugins for the services mentioned in the above post take over wp_mail and do all of the work for you. So generally you sign up to the service, install the plugin and add your credentials to the plugin, all your mail now sends through that service.
However lets take a minute to confirm what is actually happening on your site and that the emails are being triggered correctly to being with.
If you go to Event Espresso -> Messages -> Message activity
Do you see a list of emails there? If so, what is the status of those emails? (the color of the status bar on the left – http://take.ms/z9UPT)
|
|
media32
|
January 12, 2017 at 11:43 am
Thank you for your reply Tony!
I’ve looked at the link that you posted, very good resource, thank you! MailGun seems to be the best solution based on the number of users for their WordPress plugin and free account for the smaller volume emails. The only thing, it did not mention anything about transactional emails… I believe what our client is getting via Event Espresso is transactional emails, correct? Would you know if MailGun would support that working with Event Espresso?
I’ve gone to the Message Activity and saw that all emails were marked as sent. Not sure what is happening there…
What would be your further recommendations?
Alex
|
|
Josh
|
January 13, 2017 at 9:31 am
Hi Alex,
Event Espresso actually just uses whatever is available to send emails, whether it be the built-in mail server that’s part of your hosting package (which isn’t the most reliable as you’ve found) or if it’s a available, it will use a service like Postmark, Mandrill, or MailGun. Mailgun can indeed be used for Transactional emails, they say so right on their website.
|
|
media32
|
January 25, 2017 at 10:25 am
Hi Josh,
The MailGun has been set up on the site and the emails have been going through but there is still an issue of inconsistency. For example yesterday 3 registrants were not notified (both admin and payee) and only 2 were. I have taken your advice from the other thread and added email shortcodes to all the necessary fields though those missed notifications happened after the shortcode fix. Could you please advise what else can be done to resolve this?
|
|
Josh
|
January 25, 2017 at 10:28 am
Did you check the email logs to see what happened with the 3 registrants that were not notified?
|
|
media32
|
January 25, 2017 at 11:00 am
Thank you for the quick reply Josh! All the error messages show the same information http://pasteboard.co/2DJIfxtmq.png
We have registered for MailGun and set up its plugin on this site so the messages should not be going through wp_mail any longer…
|
|
Josh
|
January 25, 2017 at 11:09 am
The messages still go through wp_mail(), the difference is from there they get passed to MailGun instead of the built in mail server on your web server.
So the error message indicates that at least one of the email addresses are invalid. Can you double-check the templates that were used by the emails that failed and make sure those have valid shortcodes in their To: and From: fields?
|
|
media32
|
January 25, 2017 at 11:24 am
There are definitely no issues with email addresses. Way too many people to be inputing their emails wrong so it is definitely not an option + some of them I have actually had correspondence with myself (including the admin email) and the error still occurs.
These are the screenshots for the messages templates:
Payment Received (Admin) http://pasteboard.co/qpDSr9KB4.png
Payment Received (Registrant) http://pasteboard.co/qpFt8E6Vs.png
Registration Approved (Admin) http://pasteboard.co/qpG7dzYxI.png
Registration Approved (Registrant) http://pasteboard.co/qpHeZGYG7.png
And here is the screenshot for Message Settings http://pasteboard.co/2DM4KIRsT.png
Should the wp_mail be turned off (not green) there since we are using MailGun? Also would it make a difference to have the bottom setting changed so emails always get sent even thought people register multiple times sometimes?
|
|
Josh
|
January 25, 2017 at 11:48 am
Should the wp_mail be turned off (not green) there since we are using MailGun?
Absolutely not. If you turn that off, it will send no emails.
Also would it make a difference to have the bottom setting changed so emails always get sent even thought people register multiple times sometimes?
Do you mean Sent on Same request vs. Sent on separate request? That shouldn’t make a difference in this case.
The question I have is on the emails that are failing, which templates are being used specifically, and which context? Can you check the Mailgun log for those emails to get any additional information about why there was a problem with the email, or even if the email made it to Mailgun?
Finally, do you have a single, valid email address set in the Email Address field in Event Espresso > General Settings? That’s the email address that will parse for the [CO_EMAIL] short code.
|
