Sounds like a different issue then. PHP Mail is notorious for poor deliverability, so my first recommendation would be to switch to an SMTP-based transactional email service—even a free one will be a major upgrade from most web servers. If that’s not possible, I’d check to make sure you are sending to an external domain. Most web servers come configured by default for “local” delivery, so email sent to the same domain as the web server doesn’t leave home. If that still doesn’t get you anywhere, I’d check to see if you are able to use PHP’s mail()
at all in a standalone PHP script with nothing else. Unfortunately, once ExpressionEngine uses those routines, if PHP gave a thumbs up, it has no idea what the server has done with it.
Sure - am working in a cleft stick a bit: host is a new one, last one supported SMTP and we used mailgun for outbound. New host has blanket SMTP block for outbound unless to a nominated fixed IP, and so things like mailgun not an option. Host has an SMTP entry to same mail server and that’s where we started, but have same issues with that service (apparently sending message, no errors, but nothing apparently hitting SMTP service according to mail logs) - so phpmail is just a simplification. 99% sure this is a hosting or environmental config issue, but host unwilling to help since apparently EE is not sending anything to server for them to debug. So trying to get clear about whether / what EE is trying to send: SMTP transaction record would be ideal. Interest in this thread was pursuit of email transaction information mostly.
Packet Tide owns and develops ExpressionEngine. © Packet Tide, All Rights Reserved.