This issue caused our IP range to be classified as Spam, and hence all the emails from those IP addresses were classified as Spam by Outlook (Office 365) servers. The issue is caused due to Exchange Online Protection server in Office 365, wrongly identifying a genuine email from Zoho Mail as Spam, i.e, due to a case of 'false positive' in EOP. The fix? If you can edit the message headers (In Microsoft Entourage, you can only edit the body, for example) then just add in the header Content-type: text/html. We noticed that the emails from some of the accounts in Zoho Mail end up in Spam folder for recipients using Office 365 email. =_NextPart_000_001B_01C52196.92F3CF30-īasically, you’re getting the HTML message, but your mail program just isn’t recognizing it as being formatted in one of these two ways (probably the former, I’m guessing). This is a multi-part message in MIME format. X-Mailer: Microsoft Outlook IMO, Build (.0) This is done through what’s called a “multipart alternative” message and its headers are a bit more complex.
The other, more complex, way to send an HTML message is to actually send multiple versions of the message, one that’s just plain text, and one that’s a fully detailed HTML message.
If you’re seeing this, you need to upgrade, or you can go to Some tools at least add a line or two that’s hidden when rendered in HTML but visible otherwise that says something like “You need an HTML capable viewer to read this message. Omit that, or have it munged in transit and the nicely designed HTML message ends up being complete gobbledygook, as you see. In the simplest case, the message is sent purely as HTML and there’s an additional header added to the message that’s Content-type: text/html. From experimentation, it appears that there are two basic ways that an email message indicates that it’s written in HTML format, and both revolve around something called the Multipurpose Internet Mail Extensions, MIME. I’ve seen this crop up on occasion too and it’s darn frustrating.
0 kommentar(er)
