Support

July 27, 2015 at 1:11 pm

I don’t receive any emails when registering or sending test emails from within the templates.

The emails are being triggered as they show in the log email plugin you have running, I suspect this is an issue with either WP-Mail-SMTP or the mail server itself preventing the emails.

Event Espresso uses wp_mail() to send the emails, the same as the test emails from WP although EE emails are HTML emails which sometimes trigger some rules within the mail server that set the email as spam.

Do you have access to the mail server logs to see if it is rejecting the emails?

Can you test sending the emails with

1. The email logging server disabled.
2. WP-Mail-SMTP disabled (be sure to save your details before disabling)

We need to try and narrow this down to find the cause.

August 5, 2015 at 10:30 am

Does Amazon SES’s mail server have a log that you can check for errors when an Event Espresso message is triggered?

August 11, 2015 at 9:12 am

Hi there,

Can you install the Check Email plugin and send a test email from that (do not use the test email feature within the SMTP plugin)

Does it show the correct email set within the SMTP plugin as the ‘From’ email, or does it show another email address? (Possibly the one set within Dashboard -> Settings)

If you check the emails from GF, do they show the from email address as the one set within the SMTP setting or general settings?

August 11, 2015 at 11:40 am

I removed the header argument from the wp_mail method and the email sent fine.

Is this within EE? If so what did you modify?

I’m wondering if we need a filter so that this can be modified without modifying core.

August 12, 2015 at 7:29 am

If you leave the To and From fields to use the variables, does it still work?

Like this:

$headers = array(
	'From:' . $from,
	'Reply-To:' . $from,
	'Content-Type:text/html; charset=utf-8'
	);

The function will figure it out and will build the proper Mime header automagically

I checked with the developers on this, that just means that however you pass the $headers (string or array) wp_mail will figure out the correct formatting and build the headers, you still need to set a MIME version.

Also if you switch to a different mail logging plugin such as WP Mail Logging you can see the headers from within the log.

August 12, 2015 at 8:39 am

Ok, so what we suspect is happening here is another plugin is simply adding the MIME type the wp_mail() calls. So EE adds the MIME type, then something else is filtering wp_mail and adding the MIME type again which is causing SES to return the email as its then invalid.

Removing this the MIME from EE ‘fixes’ this because whatever else is adding it, then adds it to the messages and as its then only happening once, works as expected.

Try disabling the email plugins email check, email logging, anything else that could filter wp_mail and see if the issue remains.

Try another SMTP plugin, enter the details for SES into that plugin and see if the issue remains.

Unfortunately we can not remove setting the MIME type from the messaging system as it is required for the emails to work correctly. EE is using wp_mail correctly, it appears something else is not.

August 26, 2015 at 5:12 am

Currently EE4 does not include this by default.

How are you collecting and using the alternate email?