|
T R
|
December 4, 2017 at 7:56 am
Hi there, we’ve been forced to re-visit this issue. Please refer to this thread first: https://eventespresso.com/topic/rogue-emails-lots-of-them/.
It didn’t happen for a while, mostly because people hadn’t been clicking the ‘Re-Send Registration’ link. But lately, we’ve had a few people do it and the problem still persists, and a LOT of duplicate emails are getting sent and it hangs up the site when it happens.
I followed the directions and de-activated all plugins and everything and tried it again, but it still happened. I’ve tried both ‘On the same request’ and ‘On separate request’ in the ‘Generate and send all messages section’, but the problem happens with both.
I’ve de-activated any caches from both the host, on the site itself, and even Cloudflare for that page.
We’re really at a loss as to why this is still happening, so any help will be appreciated. Thank you.
|
|
Josh
|
December 4, 2017 at 10:39 am
Can you try deactivating Cloudflare for the site, then resend the email using these steps?
Also, can you follow these steps?
1) You go to the backend user profile page,
2) then view the registrations list,
3) then click on one of the Edit Registration links,
4) then proceed by click Update Attendee Information,
5) then click on the resend email link
|
|
T R
|
December 4, 2017 at 8:41 pm
Hi there, alright I’ve done the above (Cloudflare disabled, and ‘On the same request’ activated), and clicked the Resent Registration in the back-end. It only sent the 2 appropriate emails, which is good. Went to try on the front-end, and again starting sending tons of them.
|
|
Josh
|
December 5, 2017 at 6:52 am
May I ask what is the URL of the page where you tried on the front end?
|
|
T R
|
December 5, 2017 at 7:59 am
Sure thing, it’s this one: https://www.siwakorea.com/account/my-events/ but to see it you’ll need to login as it’s only for registered users.
|
|
Josh
|
December 5, 2017 at 8:17 am
Hi T R,
I checked that page and its Response Headers show it’s being served from a cache.
https://slack-files.com/T02SY781D-F89RW02GK-c83308d9d5
Can you contact your host and ask them to make sure that /account/my-events is excluded from the cache?
|
|
T R
|
December 5, 2017 at 9:47 am
Okay I’ve done just that, and they removed caching from that page; still didn’t work. I’m not sure those headers from that screenshot are accurate since the page in question is blocked by our membership plugin, so you can’t see it publicly. When I run that same test, it ends up testing https://www.siwakorea.com/restricted-content/?restricted=page because of the re-direct.
|
|
Josh
|
December 5, 2017 at 9:55 am
The solution may be to stop blocking that page by your membership plugin, which will remove the redirect.
|
|
T R
|
December 5, 2017 at 8:13 pm
This doesn’t really make any sense. The users shortcode to display a users booked events needs to only be visible when a user is logged in…
|
|
Josh
|
December 6, 2017 at 10:12 am
I’ll try to explain more then. The shortcode will not display any information to a logged out user, so there’s no need to use a membership plugin to restrict the shortcode. If the membership plugin adds a redirect to the action when they click on the button to resend an email, which then causes the emails to trigger repeatedly, then solution will be to remove that unnecessary restriction set up on that page.
|
