I have a problem where somebody using the form I've created with outlook 2007 and the formatting is correct, if you use outlook 2010 not only is the formatting off, but it's breaks up and leaves area's out.

Here is an example:

This is what was written:

This is an early submission so that Criss and his team can be aware of it. This change is for the week of Oct 18th 2011.

Upgrading Proofpoint from version 5.5 to version 6.3. Each of our 15 Proofpoint servers will be taken out of the F5's pool, 1 by 1, so that they can be upgraded to the newest code and then tested and put back into rotation behind the load balancers.

We have scheduled Micah from Proofpoint technical support to assist us on site with this change and estimate it taking a few hours from start to finish. We also scheduled a pre-install conference with Proofpoint for the 12th next week just to go over the game plan and ensure it all goes smoothly, and to make sure there are no obstacles in our upgrade path.

We have already created virtual machine environments and installed the newest code for testing permissions, compatibility, and other features of the newest code, and we look forward to a smooth transition.

This is what was sent:

This is an early submission so that Criss and his team can be aware of it. This change is for the week of Oct 18th 2011. oofpoint technical support to assist us on site with this change and estimate it taking a few hours from start to finish. We also scheduled a pre-install conference with Proofpoint for the 12th next week just to go over the game plan and ensure it all goes smoothly, and to make sure there are no obstacles in our upgrade path. ures of the newest code, and we look forward to a smooth transition.

I've noticed this problem in Thunderbird and Evolution email clients.

I am using Mime Mail to sent out my messages.

Files: 

Comments

Wow, strange. I've never seen such a thing. Could you post the raw output of the e-mail (including all the headers)? I'm wondering if actual parts are missing from the code or if it's a formatting issue (such as an unclosed DIV or the length of lines) that's causing parts of the e-mail to be missing.

here is the copied raw:

From - Tue Oct 04 13:53:53 2011
X-Account-Key: account2
X-UIDL: UID31343-1250874498
X-Mozilla-Status: 1003
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Return-Path:<apache@hawthorn.mg.metrocast.net>
X-Original-To: wadley@ie.metrocast.net
Delivered-To: wadley@mail.metrocast.net
Received: from proofpoint-cluster.metrocast.net (proofpoint-cluster.metrocast.net [65.175.128.136])
by mail.metrocast.net (Postfix) with ESMTP id 9DF661F00EB
for<wadley@ie.metrocast.net>; Tue,  4 Oct 2011 17:53:18 +0000 (GMT)
Received: from metrocastcablevision.com (mail.metrocastcablevision.com [65.175.141.230])
by peach.metrocast.net (8.13.8/8.13.8) with ESMTP id p94HrH4w019572
for<wadley@ie.metrocast.net>; Tue, 4 Oct 2011 17:53:18 GMT
Received: from SMTP32-FWD by metrocastcablevision.com
   (SMTP32) id A480B008D00005157; Tue,  4 Oct 2011 13:53:17 -0400
Received: from proofpoint-cluster.metrocast.net [65.175.128.136] by metrocastcablevision.com with ESMTP
   (SMTPD-9.21) id A80B0354; Tue, 04 Oct 2011 13:53:15 -0400
Received: from hawthorn.mg.metrocast.net (cust-smtp-lb.metrocast.net [65.175.128.166])
by kiwi.metrocast.net (8.13.8/8.13.8) with ESMTP id p94HrENX016243
for<cc@metrocastcablevision.com>; Tue, 4 Oct 2011 17:53:14 GMT
Received: from hawthorn.mg.metrocast.net (localhost.localdomain [127.0.0.1])
by hawthorn.mg.metrocast.net (8.13.8/8.13.8) with ESMTP id p94HrE14027318
for<cc@metrocastcablevision.com>; Tue, 4 Oct 2011 17:53:14 GMT
Received: (from apache@localhost)
by hawthorn.mg.metrocast.net (8.13.8/8.13.8/Submit) id p94HrDdS027317;
Tue, 4 Oct 2011 17:53:13 GMT
Date: Tue, 4 Oct 2011 17:53:13 GMT
Message-Id:<201110041753.p94HrDdS027317@hawthorn.mg.metrocast.net>
To: cc@metrocastcablevision.com
Subject: Change for Infrastructure Engineering on 10/18/2011 Status of Change Normal
Errors-To: "William Adley, Ben Hamiliton"<ie@metrocast.com>
From: "William Adley, Ben Hamiliton"<ie@metrocast.com>
Content-Type: multipart/related;
     type="multipart/alternative";
     boundary="89c91be81699d59e18a3dd8e7e8a9adc"
X-Mailer: Drupal Webform (PHP/5.1.6)
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000
  definitions=2011-10-04_05:2011-10-04,2011-10-04,1970-01-01 signatures=0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000
  definitions=2011-10-04_05:2011-10-04,2011-10-04,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=low_notspam policy=low score=0 spamscore=0 ipscore=0 suspectscore=5
  phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx
  engine=5.0.0-1012030000 definitions=main-1110040087
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1
  phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx
  engine=5.0.0-1012030000 definitions=main-1110040087
This is a multi-part message in MIME format.
--89c91be81699d59e18a3dd8e7e8a9adc
Content-Type: multipart/alternative;
     boundary="78b4234b38a88d61689f29441c51bc61"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
--78b4234b38a88d61689f29441c51bc61
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
*Type of Change:* Normal
*Details of the requested change:* This is an early submission so that Criss
and his team can be aware of it. This change is for the week of Oct 18th
2011.
Upgrading Proofpoint from version 5.5 to version 6.3. Each of our 15
Proofpoint servers will be taken out of the F5's pool, 1 by 1, so that they
can be upgraded to the newest code and then tested and put back into rotation
behind the load balancers.
We have scheduled Micah from Proofpoint technical support to assist us on
site with this change and estimate it taking a few hours from start to
finish. We also scheduled a pre-install conference with Proofpoint for the
12th next week just to go over the game plan and ensure it all goes smoothly,
and to make sure there are no obstacles in our upgrade path.
We have already created virtual machine environments and installed the newest
code for testing permissions, compatibility, and other features of the newest
code, and we look forward to a smooth transition.
*Reason for change:* Version 5.5 has reached it's end of life, and is no
longer supported by Proofpoint technical support.
*Potential user impact:* No impact expected.
Worse Case scenario: Possible problems could include slow or no mail
delivery, problems with the digest, or other sporadic mail issues. Each
server will be taken out of the mail cluster while it's being upgraded and
added back in once the upgrade is finished, so this should have no impact on
the customers end. None of these issues should transpire however.
*Potential impact on support and what they should look for: * None expected,
see above.
*Back out plan:* None available due to end of life support on current
version.
* Department requesting change:* Infrastructure Engineering
*Requested change date: *10/18/2011* Start Time of Change: * 9:00 am
*Duration window of requested change:*all day
*User impact Duration of requested change:*none,
*Weather not permited, alternative&  time:*10/18/2011
*Person initiating the change:*William Adley, Ben Hamiliton
*Contact information during the change*;
*Info:*Will and Ben will be in the office during this change. x7728
*Email:*ie@metrocast.com
*System(s) or Head End(s) affected:*0
*Total Customers Affected:*0
*Total Business Subs Affected:*0
*Total Voice Customers Affected:*0
*Nodes Affected:*0
*Services Affected:*E-Mail
*Notes:*
*The results of this submission may be viewed at:*
https://metrosource.metrocast.com/node/1170/submission/5230
--78b4234b38a88d61689f29441c51bc61
Content-Type: text/html; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
<html>
   <head>
     <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
         <style type="text/css">
       <!--
...Lots of CSS...
       -->
     </style>
       </head>
   <body id="mimemail-body" class="mail-webform">
     <div id="center">
       <div id="main">
         <p>
<b>Type of Change:</b>  Normal<br />
<br />
<b>Details of the requested change:</b>  <div class="webform-long-answer">This is an early submission so that Criss and his team can be aware of it.  This change is for the week of Oct 18th 2011.
oofpoint technical support to assist us on site with this change and estimate it taking a few hours from start to finish. We also scheduled a pre-install conference with Proofpoint for the 12th next week just to go over the game plan and ensure it all goes smoothly, and to make sure there are no obstacles in our upgrade path.
  ures of the newest code, and we look forward to a smooth transition.</div><br />
<br />
<b>Reason for change:</b>  Version 5.5 has reached it&#039;s end of life, and is no longer supported by Proofpoint technical support.<br />
<br />
<b>Potential user impact:</b>  <div class="webform-long-answer">No impact expected.
<br />
<b>Potential impact on support and what they should look for:</b>  None expected, see above.<br />
<br />
<b>Back out plan:</b>  None available due to end of life support on current version.<br />
<br />
<b>  Department requesting change:</b>  Infrastructure Engineering<br />
<br />
<b>Requested change date:</b>10/18/2011<b>  Start Time of Change:</b>  9:00 am<br />
<b>Duration window of requested change:</b>all day<br />
<b>User impact Duration of requested change:</b>none,<br />
<br />
<b>Weather not permited, alternative&amp; time:</b>10/18/2011<br />
<b>Person initiating the change:</b>William Adley, Ben Hamiliton<br />
<br />
<b>Contact information during the change</b>;<br />
<br />
<b>Info:</b>Will and Ben will be in the office during this change. x7728<br />
<b>Email:</b>ie@metrocast.com<br />
<br />
<b>System(s) or Head End(s) affected:</b>0<br />
<br />
<b>Total Customers Affected:</b>0<br />
<br />
<b>Total Business Subs Affected:</b>0<br />
<br />
<b>Total Voice Customers Affected:</b>0<br />
<br />
<b>Nodes Affected:</b>0<br />
<br />
<b>Services Affected:</b>E-Mail<br />
<br />
<b>Notes:</b>  <br />
<br />
<b>The results of this submission may be viewed at:</b>  https://metrosource.metrocast.com/node/1170/submission/5230</p>
       </div>
     </div>
   </body>
</html>
--78b4234b38a88d61689f29441c51bc61--
--89c91be81699d59e18a3dd8e7e8a9adc--

EDIT: Wrapped in <code> tags. Removed CSS as it doesn't seem to be a problem.

I've noticed the same problem in Outlook 2010 as well

Thanks, I've removed the CSS from your post and wrapped it in <code> tags for easier review. You'll see above that the entire contents are displayed twice, once as HTML and once as plain-text. Is the plain text version also missing text, or is it only the HTML version that is getting truncated?

Plain-text version:

*Details of the requested change:* This is an early submission so that Criss
and his team can be aware of it. This change is for the week of Oct 18th
2011.
Upgrading Proofpoint from version 5.5 to version 6.3. Each of our 15
Proofpoint servers will be taken out of the F5's pool, 1 by 1, so that they
can be upgraded to the newest code and then tested and put back into rotation
behind the load balancers.

HTML version:

<b>Details of the requested change:</b>  <div class="webform-long-answer">This is an early submission so that Criss and his team can be aware of it.  This change is for the week of Oct 18th 2011.
oofpoint technical support to assist us on site with this change and estimate it taking a few hours from start to finish. We also scheduled a pre-install conference with Proofpoint for the 12th next week just to go over the game plan and ensure it all goes smoothly, and to make sure there are no obstacles in our upgrade path.
  ures of the newest code, and we look forward to a smooth transition.</div>

Clearly oofpoint is supposed to be Upgrading Proofpoint in the HTML version, but is anything missing from the plain text one? Also if you could send the same e-mail again to Thunderbird or an e-mail client that appears to work, and send the raw text again for an e-mail that works, that would also be helpful.

Here is mine from outlook 2007

Received: from proofpoint-cluster.metrocast.net [65.175.128.136] by metrocastcablevision.com with ESMTP
  (SMTPD-9.21) id A80B0354; Tue, 04 Oct 2011 13:53:15 -0400
Received: from hawthorn.mg.metrocast.net (cust-smtp-lb.metrocast.net [65.175.128.166])
by kiwi.metrocast.net (8.13.8/8.13.8) with ESMTP id p94HrENX016243
for <cc@metrocastcablevision.com>; Tue, 4 Oct 2011 17:53:14 GMT
Received: from hawthorn.mg.metrocast.net (localhost.localdomain [127.0.0.1])
by hawthorn.mg.metrocast.net (8.13.8/8.13.8) with ESMTP id p94HrE14027318
for <cc@metrocastcablevision.com>; Tue, 4 Oct 2011 17:53:14 GMT
Received: (from apache@localhost)
by hawthorn.mg.metrocast.net (8.13.8/8.13.8/Submit) id p94HrDdS027317;
Tue, 4 Oct 2011 17:53:13 GMT
Date: Tue, 4 Oct 2011 17:53:13 GMT
Message-Id: <201110041753.p94HrDdS027317@hawthorn.mg.metrocast.net>
To: cc@metrocastcablevision.com
Subject: Change for Infrastructure Engineering on 10/18/2011 Status of Change Normal
Errors-To: "William Adley, Ben Hamiliton" <ie@metrocast.com>
From: "William Adley, Ben Hamiliton" <ie@metrocast.com>
Content-Type: multipart/related;
    type="multipart/alternative";
    boundary="89c91be81699d59e18a3dd8e7e8a9adc"
X-Mailer: Drupal Webform (PHP/5.1.6)
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000
definitions=2011-10-04_05:2011-10-04,2011-10-04,1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1
phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx
engine=5.0.0-1012030000 definitions=main-1110040087
X-RCPT-TO: <cc@metrocast.com>
Status:
X-UIDL: 610671329
X-IMail-ThreadID: 480b008d00005157
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
      </head>
  <body id="mimemail-body" class="mail-webform">
    <div id="center">
      <div id="main">
        <p>
<b>Type of Change:</b> Normal<br />
<br />
<b>Details of the requested change:</b> <div class="webform-long-answer">This is an early submission so that Criss and his team can be aware of it.  This change is for the week of Oct 18th 2011.
<br />
<br />Upgrading Proofpoint from version 5.5 to version 6.3.  Each of our 15 Proofpoint servers will be taken out of the F5&#039;s pool, 1 by 1, so that they can be upgraded to the newest code and then tested and put back into rotation behind the load balancers.
<br />
<br />We have scheduled Micah from Proofpoint technical support to assist us on site with this change and estimate it taking a few hours from start to finish. We also scheduled a pre-install conference with Proofpoint for the 12th next week just to go over the game plan and ensure it all goes smoothly, and to make sure there are no obstacles in our upgrade path.
<br />
<br />We have already created virtual machine environments and installed the newest code for testing permissions, compatibility, and other feat!
ures of the newest code, and we look forward to a smooth transition.  </div><br />
<br />
<b>Reason for change:</b> Version 5.5 has reached it&#039;s end of life, and is no longer supported by Proofpoint technical support.  <br />
<br />
<b>Potential user impact:</b> <div class="webform-long-answer">No impact expected.
<br />
<br />Worse Case scenario: Possible problems could include slow or no mail delivery, problems with the digest, or other sporadic mail issues.  Each server will be taken out of the mail cluster while it&#039;s being upgraded and added back in once the upgrade is finished, so this should have no impact on the customers end.  None of these issues should transpire however.</div><br />
<br />
<b>Potential impact on support and what they should look for: </b> None expected, see above.<br />
<br />
<b>Back out plan:</b> None available due to end of life support on current version.<br />
<br />
<b> Department requesting change:</b> Infrastructure Engineering<br />
<br />
<b>Requested change date: </b>10/18/2011<b> Start Time of Change: </b> 9:00 am<br />
<b>Duration window of requested change:</b>all day<br />
<b>User impact Duration of requested change:</b>none,<br />
<br />
<b>Weather not permited, alternative &amp; time:</b>10/18/2011<br />
<b>Person initiating the change:</b>William Adley, Ben Hamiliton<br />
<br />
<b>Contact information during the change</b>;<br />
<br />
<b>Info:</b>Will and Ben will be in the office during this change. x7728<br />
<b>Email:</b>ie@metrocast.com<br />
<br />
<b>System(s) or Head End(s) affected:</b>0<br />
<br />
<b>Total Customers Affected:</b>0<br />
<br />
<b>Total Business Subs Affected:</b>0<br />
<br />
<b>Total Voice Customers Affected:</b>0<br />
<br />
<b>Nodes Affected:</b>0<br />
<br />
<b>Services Affected:</b>E-Mail<br />
<br />
<b>Notes:</b> <br />
<br />
<b>The results of this submission may be viewed at:</b> https://metrosource.metrocast.com/node/1170/submission/5230</p>
      </div>
    </div>
  </body>
</html>

Hm, I'm largely at a loss on this one. Are both Outlook 2010 and 2007 getting mail from the same server? I'm wondering if one of the mail servers is garbling the output, such as if you're using an Exchange server for one but POP or IMAP for the other.

They are both through pop account I did find out today that they are forwarding all email from one pop account to another. I have tested in outlook 2007, Outlook 2010 and Thunderbird that if the email have not been forwarded, they don't come out truncated. Clearly there is something happening during the forwarding.. what is the question?

Haven't had a chance to confirm it yet, but I'm pretty sure the problem is right here:

http://drupalcode.org/project/webform.git/blob/HEAD:/components/textarea.inc#l148

   str_replace("\n", '<br />', ...

Fairly typical CRLF handling problem. Web browsers send line termination characters as \r\n so if anyone presses the enter key in a textarea of their webform submission, the str_replace is going to strip the \n while leaving the \r. This is going to behave in curious ways depending on operating system and other factors.

Changing the regex to something like "/\r?\n/" would be more CRLF friendly.

There is an unclosed div (see below). The Outlooks are great at breaking block level elements to accommodate their display criteria and "dodgy" html shows up real well when Outlook forwards it.

<div class="webform-long-answer">No impact expected.

Priority:Major» Normal
Status:Active» Fixed
StatusFileSize
new739 bytes
new750 bytes

@aharrison.mc's suggestion is worth a shot I suppose. I've committed this patch using PHP's handy (if kludgy) nl2br() function, which should handle every form of new line. I'm marking this issue fixed, please reopen if the issue continues in the 3.15 version we'll be releasing shortly.

...spam :/

Status:Fixed» Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.