|
dupagechildrens
|
February 14, 2013 at 9:54 am
My main issue right now is I am receiving admin email confirmations for some events, but not for others. Email settings are all set the same for the events: Send custom confirmation emails are all set to “No”.
This brings up another issue. When these are set to “No”, it’s still sending a confirmation email to the attendee. We plan to do a manual email right now, then perhaps move to the automated ones here, but I can’t even make those stop.
And does this custom confirmation email selector only apply to the attendee email, or also to the admin email?
Using Version 3.1.30.4P with no other plugins active. (I know about .6P, but I want to make sure certain things were working properly before upgrading.)
|
|
dupagechildrens
|
February 14, 2013 at 10:14 am
Also, the only gateway being used is authnet aim.
|
|
Josh
|
February 14, 2013 at 10:25 am
Hi Tyler,
Have you checked your spam folder for the missing emails?
The “Send custom confirmation emails” setting doesn’t change whether the confirmation sends or doesn’t send. It allows you to send a custom confirmation email for that event. If set to no, the default email is sent instead.
The global email settings are in Event Espresso>General settings, and these settings are documented here:
https://eventespresso.com/wiki/general-settings/#email
There isn’t a setting that will disable the automatic sending of confirmation emails all together. You can delay it if you set the Send registration confirmation emails before payment is received? option to No.
|
|
dupagechildrens
|
February 14, 2013 at 1:10 pm
Thank you for your reply!
I had searched my spam and other email folders and found no admin confirmations for this one particular event for any of the testing. One clue is I uncommented the print_r($atts); on line 530 in email.php to help see what was going on. This did print the correct array when payment was processed on other events, but displayed nothing at all when payments were processed on this one event. My guess is that function event_espresso_email_confirmations in email.php(525) is not being called on this event for some reason. I’ll continue to follow the trail to see if I find an inconsistency. Do you have any suggestions?
|
|
dupagechildrens
|
February 14, 2013 at 1:39 pm
Now I DO have the print_r(@atts) array showing upon payment completion, but still no email to admin. The other events admin emails show up right away in the inbox.
|
|
dupagechildrens
|
February 14, 2013 at 1:39 pm
Array
(
[session_id] => kfm62jnolhtl6flrgu3c0f0gq2-511d4a198913d9.20820508
[send_admin_email] => true
[send_attendee_email] => true
)
|
|
Josh
|
February 14, 2013 at 2:46 pm
For that one event where it’s not working, is the default Payment status set to “Complete”? That would make it so the email wouldn’t send out.
|
|
dupagechildrens
|
February 15, 2013 at 8:28 am
No, it’s set as “Incomplete,” like the others.
|
|
Josh
|
February 18, 2013 at 8:11 am
Hi Tyler,
For the event that is not working — Is there anything entered in the “Alternate Email Address (optional)” field under Event Options in the event editor?
One thing that that may help find what is going on is use a service like postmarkapp for transactional emails. You can track each email that gets sent out and the information you get from the logs may narrow down the issue.
|
|
Josh
|
February 18, 2013 at 8:16 am
There’s a Postmark WP integration that one of Event Espresso’s developers wrote and can be downloaded here:
https://eventespresso.com/support/documentation/pre-release-downloads/
|
|
dupagechildrens
|
February 18, 2013 at 2:15 pm
Thank you for the info on the plugin. I did solve the mystery, though. This particular event has a longer name than the others, and thinking there was a subject line limitation somewhere, I truncated it and it worked. So either godaddy’s php mail or the wp_mail has a setting limiting the subject line or it doesn’t send. So either I find a way to change the setting or just keep the subjects formatted shorter. Thank you for your help!
|
