|
Ross Byrd
|
December 13, 2017 at 9:48 pm
Hello,
Our “Registration Approved” and “Payment Received” stopped sending (to admin and customer) about a week ago. All requests to send messages are failing. Please help!
|
|
Tony
|
December 14, 2017 at 2:48 am
Hi Ross,
If you go to Event Espresso -> Messages -> Message Activity
You’ll find a list of messages there, what colour ‘status bar’ (left of the messages) do they have?
All requests to send messages are failing.
What are you doing to trigger messages? Or do you mean registrations?
|
|
Ross Byrd
|
December 14, 2017 at 5:24 am
Yes, I mean registrations. When registrations occur, the messages are not sending. But also, when I go into an individual registration and click the button to resend the the registration manually, it gives me the error message:
An error has occurred:
Something went wrong and the message for this registration was NOT resent
EED_Messages – process_resend – 625
I don’t see the phrase “Message Activity” anywhere, but when I go into Message Settings, the status is green (active) for the message types I would like to send.
|
|
Tony
|
December 14, 2017 at 5:47 am
The messages queue should be shown when you load the messages section, like this – http://take.ms/Yvw3C
Do you not see that?
|
|
Ross Byrd
|
December 14, 2017 at 5:47 am
Could it be that I have not upgraded to EE4? When I downloaded it on the EE website, it downloaded a whole folder, but when I zipped the folder and uploaded it as a new plugin, WP says the file is too big. Confused.
|
|
Ross Byrd
|
December 14, 2017 at 5:50 am
No, the first tab I see is “Default Message Templates”
|
|
Tony
|
December 14, 2017 at 5:53 am
Yeah that’s why you’re not seeing that table, the message queue was introduced in 4.9+, your site is using 4.8.42.
What do you mean it downloaded a whole folder? When you download EE from your account page it should save as a zip, unless your browser is automatically opening that and your then extracting the event-espresso-core-reg directory from within that?
|
|
Ross Byrd
|
December 14, 2017 at 6:07 am
Yes, the Safari browser was automatically unzipping it. Just did it in Chrome instead and I got the zip file. But then when I uploaded it, WP still gave me the error message: “The uploaded file exceeds the upload_max_filesize directive in php.ini.”
|
|
Tony
|
December 14, 2017 at 6:20 am
The error means the zip filesize is hitting the upload_max_filesize limit set by your hosts (Event Espresso is currently 4.9MB and you host likely has a default value of 4MB), you can contact you host to have them increase that limit to prevent the error.
However, if you are having problems with emails on the version you are using, updating is not likely to fix the problem. Obviously, you haven’t updated EE in a while so the code sending the email hasn’t changed but have you installed any additional plugins between when it worked and now?
If you are using your host’s mail server we recommend switching to a transactional email service to prevent problems, you can find details of those here:
https://eventespresso.com/wiki/postmark-app-mandrill-transactional-email-handling-services/
|
|
Ross Byrd
|
December 14, 2017 at 7:42 am
No I haven’t installed any additional plugins. I can’t think of anything we’ve done differently since the problem started a week ago. It’s been functioning the same way for years.
|
|
Tony
|
December 14, 2017 at 7:46 am
Something has changed, be it on the site or on the server itself.
The version of EE you are using builds the emails and passes them over to wp_mail (which does some additional formatting) and then passes them onto your server to do whatever it is setup to use.
New versions of EE have another ‘mode’ for generating messages in steps, but they then basically do the same thing after that.
I do recommend updating EE, but I don’t think it will fix the issues with emails not sending as its more likely to be after its passed over to the server.
Try one of the transactional email services (which removes the hosts mailserver from the equation) and see if the emails send then, at least you then know more on where the issue is.
|
|
Ross Byrd
|
December 14, 2017 at 8:31 am
Ok I will try to set one of those up now. Thanks. I was able to get HostGator to raise the upload limit, but now I’m having a different problem updating the EE plugin. The error message now is:
Destination folder already exists. /home2/ross/public_html/wp-content/plugins/event-espresso-core-reg/
Plugin installation failed.
|
|
Josh
|
December 14, 2017 at 8:39 am
Hi Ross,
The error message means that you’ll need to remove the old version before upload the new version.
|
|
Ross Byrd
|
December 14, 2017 at 8:45 am
But if I do that, I won’t lose all my registrations?
|
|
Ross Byrd
|
December 14, 2017 at 8:59 am
Also, I have added the plugin SendinBlue, but it does not appear to be helping. Though I’m not sure if I have configured it correctly. There is not “Settings” function on the WP Plugins page for this plugin. When I go to the SendinBlue site, it appears I can configure it there (though I’m not sure I’ve done it correctly). Bottom line, messages still are not sending.
|
|
Josh
|
December 14, 2017 at 9:08 am
But if I do that, I won’t lose all my registrations?
You will not lose any of your registrations. Your registrations are stored in a database that’s separate from the WordPress plugins folder of your website. When you delete the old version of the Event Espresso plugin only the plugin code files are deleted.
You can follow the SendInBlue plugin instructions to get the API key added to your site:
https://wordpress.org/plugins/mailin/#installation
|
|
Ross Byrd
|
December 14, 2017 at 9:23 am
Ok, sorry. Alright, I have inputted the API key and activated sendinblue for transactional emails. The test email sent successfully. However, EE registration messages are still getting the same error:
An error has occurred:
Something went wrong and the message for this registration was NOT resent
EED_Messages – process_resend – 625
|
|
Ross Byrd
|
December 14, 2017 at 9:26 am
Do I need to somehow bypass or turn off the HostGator’s mail server or will activating sendinblue do that automatically?
|
|
Ross Byrd
|
December 14, 2017 at 9:31 am
Oh, you know what, I just realized the contact form on our site is also failing to send to email. Hmm. Is this something I should address with HostGator? Or will sendinblue fix the problem if I get it configured correctly?
|
|
Josh
|
December 14, 2017 at 9:50 am
Do I need to somehow bypass or turn off the HostGator’s mail server or will activating sendinblue do that automatically?
Sendinblue does that automatically.
will sendinblue fix the problem if I get it configured correctly?
Yes.
Can you check the “From” address that was used in that successful test? The From address will need to match what’s used for the “From” address set in the Event Espresso messages and the contact form “From” address too.
|
|
Ross Byrd
|
December 14, 2017 at 10:02 am
Yes it is surfhatteras@gmail.com. How do I see what the from address is set to in EE? It just says [CO_FORMATTED_EMAIL].
|
|
Ross Byrd
|
December 14, 2017 at 10:05 am
It must be surfhatteras@gmail.com. All past emails from contact form and registrations have that email in the FROM field. This is tough.
|
|
Josh
|
December 14, 2017 at 10:15 am
You remove [CO_FORMATTED_EMAIL] and replace with the correct email address. I don’t think an @gmail.com email address with work as a from address with SendInBlue though. The general rule of thumb is the from email address should match the domain name of the website.
|
|
Ross Byrd
|
December 14, 2017 at 7:14 pm
Thank you, this was really helpful. I’m not sure which one of these things resolved the issue, but somehow, it seems to have been resolved! Thanks!
|
