Community Discussions and Support
Blank received emails to Outlook 2003

Acording to RFC 2049 appendix B, pt 7 and 8, it clearly states that to be MIME conformant, the BNF must be preceeded by CRLF, as part of the BNF itself.

That said, Mercury could possibly be made more "tolerant" in this respect.

<P>Acording to RFC 2049 appendix B, pt 7 and 8, it clearly states that to be MIME conformant, the BNF must be preceeded by CRLF, as part of the BNF itself.</P> <P>That said, Mercury could possibly be made more "tolerant" in this respect.</P>

Hi All,

I have a customer who sometimes gets emails into Outlook 2003 that have no body shown. I have copied the text of the .cnm file and pasted it into a new .cnm and droped it into my mailbox on my server and collect it using Outlook 2007 and it is shown fine.

The problem emails seem to come from specific sources but not all emails from these sources exhibit the problem. I have looked at the .cnm files and have noticed that they all seem to be UTF-8 Base64 and don't have a "NextPart" line (this may be normal for this type of email - I'm not an expert!!)

With the small sample I have seen, I noticed that the encoded body of the good email ended with "==". non of the apparently blank ones did.

Any ideas?

Cheers, Gordon

 

<P>Hi All,</P> <P>I have a customer who sometimes gets emails into Outlook 2003 that have no body shown. I have copied the text of the .cnm file and pasted it into a new .cnm and droped it into my mailbox on my server and collect it using Outlook 2007 and it is shown fine.</P> <P>The problem emails seem to come from specific sources but not all emails from these sources exhibit the problem. I have looked at the .cnm files and have noticed that they all seem to be UTF-8 Base64 and don't have a "NextPart" line (this may be normal for this type of email - I'm not an expert!!)</P> <P>With the small sample I have seen, I noticed that the encoded body of the good email ended with "==". non of the apparently blank ones did.</P> <P>Any ideas?</P> <P>Cheers, Gordon</P> <P mce_keep="true"> </P>

multipart mime messages should have a boundery, like ---part1---- bla bla bla ----part1----

It is not like XML or XHTML, that has a clear begin tag and a closing tag, like <begin> bla bla bla </begin>

So, in short you have to investigate the messages, according to the MIME spec (readable at: http://en.wikipedia.org/wiki/MIME) and notify the senders, if they are as you say rather specific, that their sending system violate the MIME standard - unless you find within your session logs, or the like that you in fact alter the inbound messages.

&lt;P&gt;multipart mime messages should have a boundery, like ---part1---- bla bla bla ----part1----&lt;/P&gt; &lt;P&gt;It is not like XML or XHTML, that has a clear begin tag and a closing tag, like &amp;lt;begin&amp;gt; bla bla bla &amp;lt;/begin&amp;gt;&lt;/P&gt; &lt;P&gt;So, in short you have to investigate the messages, according to the MIME spec (readable at: &lt;A href=&quot;http://en.wikipedia.org/wiki/MIME&quot;&gt;http://en.wikipedia.org/wiki/MIME&lt;/A&gt;) and notify the senders, if they are as you say rather specific, that their sending system&amp;nbsp;violate the MIME standard - unless you find within your session logs, or the like that you in fact alter the inbound messages.&lt;/P&gt;

Thanks Peter I'll check them out as you suggest.

 Cheers, Gordon

&lt;P&gt;Thanks Peter I&#039;ll check them out as you suggest.&lt;/P&gt; &lt;P&gt;&amp;nbsp;Cheers, Gordon&lt;/P&gt;

I have the same issue with utf-8 multipart emails, double newlines \n\n seem to be converted to jsut one \n which makes it not display.

I have the same issue with utf-8 multipart emails, double newlines \n\n seem to be converted to jsut one \n which makes it not display.

I know some mac clients experience this, and maybe you're on the track here.

Could you provide a sample cnm here? // cut out sensitive parts or replace them with xxxx.

As an editing tip, if you use the advanced editor here, write the text you like, then click the HTML button, insert the tags <PRE> and </PRE> and copy your .cnm mass there - and it will look better when viewed - however not in the editor (among one of the few things I'd like to fix here... sigh)

&lt;P&gt;I know some mac clients experience this, and maybe you&#039;re on the track here.&lt;/P&gt; &lt;P&gt;Could you provide a sample cnm here? // cut out sensitive parts or replace them with xxxx.&lt;/P&gt; &lt;P&gt;As an editing tip, if you use the advanced editor here, write the text you like, then click the HTML button, insert the tags &amp;lt;PRE&amp;gt; and &amp;lt;/PRE&amp;gt; and copy your .cnm mass there - and it will look better when viewed - however not in the editor (among one of the few things I&#039;d like to fix here... sigh)&lt;/P&gt;

X-Account-Key: account2
X-UIDL: 1L2EHWT.CNM392F0993
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                
Received: from spooler by localhost (Mercury/32 v4.52); 15 Sep 2008 08:22:03 -0400
X-Envelope-To: <newuser@localhost.org>
Return-path: <admin@xxxx.ca>
Received: from irc-go (127.0.0.1) by localhost (Mercury/32 v4.52) ID MG000011;
   15 Sep 2008 08:21:53 -0400
Subject: =?UTF-8?B?UGFydHl0b3duIFN1YnNjcmlwdGlvbiBDb25maXJtYXRpb24u?=
From: admin@xxxx.ca
To: newuser@localhost.org
Return-to: admin@xxxx.ca
X-Priority: 3
Date: Mon, 15 Sep 2008 08:21:53
Message-ID: <id_76bf6d7009ecffb06a15f0e7e8fb4f5f>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="491e50aa762f0a25d3714388dc4d346b"
This is a multi-part message in MIME format.
If you are reading this, consider upgrading your email client to a MIME-compatible client.
--491e50aa762f0a25d3714388dc4d346b
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
XXXX
--491e50aa762f0a25d3714388dc4d346b
Content-Type: text/HTML; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
</head>
<body>
XXXX
</body>
</html>
--491e50aa762f0a25d3714388dc4d346b--

 I am using Thunderbird, though the same thing happened with Outlook as well, not sure about pegasus. Saved as a .eml file, not sure if that is the same as cnm. I'm also running Win XP. I also tried using \r\n\r\n instead, but that didn't change anything.

When I send the email, there is normally 2 \n after "Content-Transfer-Encoding: 8bit" and "Content-Type: multipart/alternative; boundary="491e50aa762f0a25d3714388dc4d346b"", the received has one, adding another in and opening it will display the email fine.

&lt;P&gt;X-Account-Key: account2 X-UIDL: 1L2EHWT.CNM392F0993 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 X-Mozilla-Keys:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Received: from spooler by localhost (Mercury/32 v4.52); 15 Sep 2008 08:22:03 -0400 X-Envelope-To: &amp;lt;&lt;A href=&quot;mailto:newuser@localhost.org&quot;&gt;newuser@localhost.org&lt;/A&gt;&amp;gt; Return-path: &amp;lt;&lt;A href=&quot;mailto:admin@xxxx.ca&quot;&gt;admin@xxxx.ca&lt;/A&gt;&amp;gt; Received: from irc-go (127.0.0.1) by localhost (Mercury/32 v4.52) ID MG000011; &amp;nbsp;&amp;nbsp; 15 Sep 2008 08:21:53 -0400 Subject: =?UTF-8?B?UGFydHl0b3duIFN1YnNjcmlwdGlvbiBDb25maXJtYXRpb24u?= From: &lt;A href=&quot;mailto:admin@xxxx.ca&quot;&gt;admin@xxxx.ca&lt;/A&gt; To: &lt;A href=&quot;mailto:newuser@localhost.org&quot;&gt;newuser@localhost.org&lt;/A&gt; Return-to: &lt;A href=&quot;mailto:admin@xxxx.ca&quot;&gt;admin@xxxx.ca&lt;/A&gt; X-Priority: 3 Date: Mon, 15 Sep 2008 08:21:53 Message-ID: &amp;lt;id_76bf6d7009ecffb06a15f0e7e8fb4f5f&amp;gt; MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=&quot;491e50aa762f0a25d3714388dc4d346b&quot; This is a multi-part message in MIME format. If you are reading this, consider upgrading your email client to a MIME-compatible client. --491e50aa762f0a25d3714388dc4d346b Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit XXXX --491e50aa762f0a25d3714388dc4d346b Content-Type: text/HTML; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit &amp;lt;!DOCTYPE html PUBLIC &quot;-//W3C//DTD XHTML 1.0 Strict//EN&quot; &quot;&lt;A href=&quot;http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd&quot;&gt;http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd&lt;/A&gt;&quot;&amp;gt; &amp;lt;html xmlns=&quot;&lt;A href=&quot;http://www.w3.org/1999/xhtml&quot;&gt;http://www.w3.org/1999/xhtml&lt;/A&gt;&quot; lang=&quot;en&quot; xml:lang=&quot;en&quot;&amp;gt; &amp;lt;head&amp;gt; &amp;lt;/head&amp;gt; &amp;lt;body&amp;gt; XXXX &amp;lt;/body&amp;gt; &amp;lt;/html&amp;gt; --491e50aa762f0a25d3714388dc4d346b--&lt;/P&gt; &lt;P&gt;&amp;nbsp;I am using Thunderbird, though the same thing happened with Outlook as well, not sure about pegasus. Saved as a .eml file, not sure if that is the same as cnm. I&#039;m also running Win XP. I also tried using \r\n\r\n instead, but that didn&#039;t change anything.&lt;/P&gt; &lt;P&gt;When I send the email, there is normally 2 \n after &quot;Content-Transfer-Encoding: 8bit&quot; and &quot;Content-Type: multipart/alternative; boundary=&quot;491e50aa762f0a25d3714388dc4d346b&quot;&quot;, the received has one, adding&amp;nbsp;another in&amp;nbsp;and opening it will display the email fine.&lt;/P&gt;

A multipart MIME message is basically expected to look this way (quoted from RFC 1341):

From: Nathaniel Borenstein <nsb@bellcore.com>
To: Ned Freed <ned@innosoft.com>
Subject: Sample message
MIME-Version: 1.0
Content-type: multipart/mixed; boundary="simple
boundary"

This is the preamble. It is to be ignored, though it
is a handy place for mail composers to include an
explanatory note to non-MIME compliant readers.
--simple boundary

This is implicitly typed plain ASCII text.
It does NOT end with a linebreak.
--simple boundary
Content-type: text/plain; charset=us-ascii

This is explicitly typed plain ASCII text.
It DOES end with a linebreak.

--simple boundary--
This is the epilogue. It is also to be ignored.

So in most cases there must be two CRLFs between headers and body, and before a boundary.

When working in a Windows environment it's advisable to always use CRLF (rather than just LF) when composing the message, as that is the Windows standard as well as the SMTP requirement.

You can use a session log in MercuryS to verify that the message received by Mercury follows these rules. 

/Rolf 

&lt;p&gt;A multipart MIME message is basically expected to look this way (quoted from RFC 1341):&lt;/p&gt; &lt;blockquote&gt;&lt;i&gt; From: Nathaniel Borenstein &amp;lt;nsb@bellcore.com&amp;gt; &lt;/i&gt; &lt;i&gt; To: Ned Freed &amp;lt;ned@innosoft.com&amp;gt; &lt;/i&gt; &lt;i&gt; Subject: Sample message &lt;/i&gt; &lt;i&gt; MIME-Version: 1.0 &lt;/i&gt; &lt;i&gt; Content-type: multipart/mixed; boundary=&quot;simple &lt;/i&gt; &lt;i&gt; boundary&quot; &lt;/i&gt; &lt;i&gt; This is the preamble. It is to be ignored, though it &lt;/i&gt; &lt;i&gt; is a handy place for mail composers to include an &lt;/i&gt; &lt;i&gt; explanatory note to non-MIME compliant readers. &lt;/i&gt; &lt;i&gt; --simple boundary &lt;/i&gt; &lt;i&gt; This is implicitly typed plain ASCII text. &lt;/i&gt; &lt;i&gt; It does NOT end with a linebreak. &lt;/i&gt; &lt;i&gt; --simple boundary &lt;/i&gt; &lt;i&gt; Content-type: text/plain; charset=us-ascii &lt;/i&gt; &lt;i&gt; This is explicitly typed plain ASCII text. &lt;/i&gt; &lt;i&gt; It DOES end with a linebreak. &lt;/i&gt; &lt;i&gt; --simple boundary-- &lt;/i&gt; &lt;i&gt; This is the epilogue. It is also to be ignored.&lt;/i&gt;&lt;/blockquote&gt; &lt;p&gt;So in most cases there must be two CRLFs between headers and body, and before a boundary.&lt;/p&gt; &lt;p&gt;When working in a Windows environment it&#039;s advisable to always use CRLF (rather than just LF) when composing the message, as that is the Windows standard as well as the SMTP requirement.&lt;/p&gt; &lt;p&gt;You can use a session log in MercuryS to verify that the message received by Mercury follows these rules.&amp;nbsp;&lt;/p&gt; &lt;p&gt;/Rolf&amp;nbsp;&lt;/p&gt;
live preview
enter atleast 10 characters
WARNING: You mentioned %MENTIONS%, but they cannot see this message and will not be notified
Saving...
Saved
With selected deselect posts show selected posts
All posts under this topic will be deleted ?
Cancel
Delete
Pending draft ... Click to resume editing
Discard draft