I have a problem whereby emails generated by php are being rejected by outlook.com. They don’t even find their way into the Junk folder - they just don’t arrive. And we don’t get any rejection message back from outlook.com.
When I send an email from a mail client (in this case Mac Mail) authenticating through postfix as user@mydomain.com, the message arrives at outlook.com no problem. But when php is the sender, it never gets there.
(This is not a php problem, as its message to anything other than outlook.com arrive no problem.)
This is causing real headaches as we have 245,000 users and no-one can reset their password if they are at a live.com, hotmail.com or outlook.com address (which is a good proportion of those users).
There’s obviously something about these php generated emails that outlook.com doesn’t like. Anyone have any ideas as to how I could troubleshoot what it is?
Well, let’s start here… if you look in the email logs – either /var/log/mail.log or /var/log/maillog, what do you see in there during the delivery process? Is the remote mail server offering any errors?
Hmm, that’s an unusual error… so just to clarify, you’re saying that if you were to send that to, say, a Gmail.com address, that it correctly arrives in that Gmail account?
Well, it’s tough to say exactly why this is the case, but the error you’re seeing seems to suggest that there’s something malformed in the headers in certain cases.
Is it possible to get a copy of the email that it’s generating when sending to the outlook.com site?
For example, is there maybe a debug setting that shows the entire email contents?
OK - thanks Eric. When running the same site on a testing server with error reporting turned on, I now realize that the particular address I was testing with returned two rows from my database, resulting a malformed header.
OK so that’s that problem parked. Now I’ll start a new thread about what the original problem was - that of getting message into the user’s inbox and avoiding being marked as spam.