I did a clean install after enabling that setting. No luck. I also went in and did some debugging and it’s rather odd why this is occuring. Especially when other plugins that use wp_mail have no problems.
I added a hook to catch phpmailer errors
function action_wp_mail_failed($wp_error)
{
return error_log(print_r($wp_error, true));
}
add_action('wp_mail_failed', 'action_wp_mail_failed', 10, 1)
…and I did catch [phpmailer_exception_code] => 2
. Which would appeared to be an issue with header From or Reply-To. However, none of the modifications had positive results; even when the header param was completely removed from wp_mail.
I did also however setup a clean WP site and it passed. Even adding additional themes and plugins. So, I don’t think the host is blocking it. Although, the live site is a multi-site instead.
What doesn’t make sense is the live site’s wp_mail() is functioning as it should except for the AwesomeSupport plugin. I’m not sure what other changes may have occurred indirectly, but it didn’t look like there were many changes that occurred in WPAS_Email_Notification::notify()
.
-
This reply was modified 5 years, 10 months ago by EkoJR.
-
This reply was modified 5 years, 10 months ago by EkoJR.