Posted: February 16, 2015 at 6:27 pm
I keep havin g to reach out for this same issue over and over. The registration pages for events on http://www.cardunaldogtraining.com/ Please help, again. |
|
Hi Elizabeth, The email address must be saved within the site (a user account using that email for example) as EE uses emails within specific fields within WordPress depending on the shortcode being used in the ‘To’ filed of the message. Is it the Event Admin emails that are going to the wrong address? |
|
IT IS SAVED IN THE SITE! I have had to write about this more than once before. The email it’s sending to isn’t even anywhere on the site! |
|
The last time we worked through this the email address was the Event Author email, this is the email address of the user account that created the events and is the default for the Event Espresso ‘Event Admin’ emails. So is the email address being used the email address used within the user account that created the events? If you go to Event Espresso -> Messages. Click on the Event Admin link for the Registration Pending Payment message type :- http://take.ms/AqUzx What shortcode (or possibly email address) is used within the ‘To’ field? – http://take.ms/BhTCh Also the same question for the Registration Approved message type – http://take.ms/bFNJe |
|
First of all it’s where the registrations are being SENT. It’s not any email on the site whatsoever. Further, we DO NOT want the events to say they are coming from the event creator as their are several people who manage the site. They need to come from the site/club email address. The shortcode being used is [CO_EMAIL]. |
|
I’ve added the Club email address as a user. Will this fix this? |
|
OK I think I see what you mean, is it the @sbcglobal.net address? Who hosts your email? |
|
Nope. info@cardunaldogtraining.com the sbc…net is the one we don’t want emails sent to. I changed it to a subscriber hoping that will help. |
|
Hi Elizabeth, Can you check something real quick? You go to your WordPress dashboard, then go to Event Espresso > General Settings. Then on under where it says Contact Information there’s a field for Primary Contact Email. Does that field have the email address that you want email go to to? |
|
Yes, that is the the email in there. As I set it up that way. |
|
I have them signing in under the new Admin with the correct email to create tickets for the moment until this is resolved. |
|
Now there are even more issures from the upgrade and the issue above is not resolved. Here are more: I’m getting complaints from people that they are not able to log in and get registered but when I look at the site it seems to be just fine. Not sure if it’s just a operator error or if EE is still messing with the program. · ALSO even more concerning for me is I have completed tickets that are not showing up on the summary report. In particular, the Beginners class registration ticket #447 Jill Enderle does not show up at all when I pull up a report. I have no idea why that’s happening. · I’m also getting reports that people have registered and not received and email confirmation and I have no ticket for their registration but I do have a PayPal receipt for their payment. This upgrade is going to make both of us crazy! Just got an email from PayPal that a client made a payment of $145.00 but Event Espresso is showing her as Pending Payment. One more thing to add to the list! I need this resolved ASAP. This is impacting business! |
|
Hi Elizabeth,
Can you tell me the Transaction status for that registration please?
Do you have auto return enabled on your PayPal account? Can I take a look at the registrations and see if I can see what is happening? If so can you provide temporary log in details using this form please: |
|
I need an email address to set up a user. |
|
Please use support@eventespresso.com |
|
Thanks! |
|
Ok, I think I can see what’s happening but I need to confirm exactly what the issue is. A user registers onto an event and is sent any one of a number of registration related messages such as ‘Registration Pending Payment’ or ‘Registration Approved’. Is it the email address that is shown as the sender for these emails? So to the registrant is looks like the email comes from the sbcglobal.net email? Are the Admin emails all being sent to the correct email address when someone registers?
I had a look at this registration and it looks like the user never returned to your site from PayPal, they simply paid and then closed the browser. Do you have ‘Auto Return’ enabled within your PayPal account? |
|
No, again, the confirmations are being sent to the sbcglobal address. They are NOT to go there. They are to go to the info@ address. Ten the confirmations being sent to the registrants are saying they are coming from the event creator. Again, it needs to say it’s coming from the info@ email. Auto return is not enabled and they have never had this issue before. |
|
s/b Then not Ten |
|
All of your Event Admin emails were already set to use CO_EMAIL for the registrations and should be parsing the to the ‘Primary Contact Email’ within Org Settings. (In this case the info@ email) I have re-saved all of the message types using CO_EMAIL can you check if the Admin Emails are now sent to the correct address.
All of your Registrant (and Primary Registrant) emails were to use the EVENT_AUTHOR_FORMATTED_EMAIL shortcode, I have changed these to CO_FORMATTED_EMAIL which now correctly shows the email address in the registrant emails (I re-sent a Pending Payment message to myself to confirm) With PayPal Standard the most reliable way to ensure your attendees receive the Registration messages is to force your attendees to return to the site after Payment. EE4.6 changed how the Payment Gateways interacted within Event Espresso, once a payment has been made in PayPal the user should return to the site (either manually by clicking the link within PayPal or using Auto Return) to trigger the messages and update the Registration and Transaction date. In the latest versions of EE4 (4.6.8+) when a Payment is made through PayPal an IPN should be sent to your site, this will then update the transaction and the user receive a payment confirmation. After 60mins if they have not returned to the site an action in scheduled to update the registration and send the registration messages. |
|
The email addresses WERE [CO_EMAIL] as I stated way up earlier in this thread. Why would they have changed without me having changed anything? It was on this setting when it was 1) sending registration signup confirmations to the wrong email for the company and 2) showing the event creator as the sender when sending confirmations to the registrants. This is at least the third time I have had to reach out on this topic and I am constantly assured that all is well. Forgive me if I am not convinced. I will have them set the PayPal to Auto_Return setting. |
|
Yes I saw that and mentioned it in the first line of my reply above, I’m unsure as to why the email address used was the EVENT_AUTHOR even when apparently using the correct shortcode. Changing the Registrant emails to use CO_EMAIL seemed to work as expected, which is why I simply re-saved the Event Admin emails to re-save the settings.
Those are the emails used within Event Admin context.
Those are the Registrant (or Primary Registrant) contexts and where set to use the EVENT_AUTHOR_FORMATTED_EMAIL so were actually working as expected according to the shortcode, they have now been set to CO_FORMATTED_EMAIL. Please let me know if the Event Admin emails still go to the wrong address. |
|
No the sbcglobal email is NOT the emails used withing the Event Admin context. That person does not ever even sign onto the site. I have the users monitoring registrations and they will let me know what is going on. Can I change the sbcglobal user back to an admin instead of subscriber or will this screw everything up all over again? Also why would the changes I made not be saved? I am POSITIVE I saved all settings. |
|
Sorry that’s not what I mean. The emails being sent to yourselves, as in the actual message that is being sent (not the email address that is used) to that address, are the Event Admin contexts. So the ‘Registration Signup Confirmations’ the admins are receiving are known as the Event Admin contexts of one of the message types within Event Espresso. I understand the sbcglobal email address should not be used for the Event Admin context (or any context), it should be the the info@ email, the ‘context’ of the email does not change, the email address it is being sent to does. CO_EMAIL should always be parsing to the info@ email address so using that within the ‘To’ field for the Event Admin contexts means they should always be going to that email address. It appears for some reason it was/is not. Just to confirm, I’m guessing info@ email is a group email?
Changing the account role should have no effect on Event Espresso messages. |
|
Now more issues: I can’t bring up a registration form in any of the tabs. At least for the time Yes the info@ email is the ONLY email that should be used for registrations going out or coming in. |
|
This plugin has cost me so much money and the client’s as well. Now none of the links to any of the registration pages within the site work any more so I have to go in and re-do every link. Thanks a lot! |
|
Worse, none of the registration events are now working at all! No tickets show up whatsoever! I am so ticked! |
|
Now there’s a new update to the update. I’m reluctant to update given all the issues you all have caused. The client is losing thousands of $$ in registrations! |
|
Hi Liz,
I’m not sure what this is referring to, can you explain this further please?
Are these manually created links, if you can link to a page containing one of these links I can advise how to fix these. I went ahead and flushed your permalinks through Dashboard -> Settings -> Permalinks. Making no changes just simply clicking ‘Save Changes’ refreshes your permalink structure, if you check your events they should now display through the upcoming list. Permalinks can sometimes need to be flushed if any changes have been made to the URL structure, or if a plugin has written to your htaccess file. I would advise always upgrading to the latest version as each release will contain bugfixes or enhancements to the code. |
|
The support post ‘Updated to 4.6 and now confirmation pages are being sent incorrect email’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.