Open Bug 435575 Opened 14 years ago Updated 1 year ago

Badly rendered Messages with spaces in message headers using 0x0D 0x0D 0x0A instead of 0x0D 0x0A


(SeaMonkey :: MailNews: Message Display, defect)

SeaMonkey 1.1 Branch
Not set


(Not tracked)



(Reporter: t50, Unassigned)



(2 files)

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl-PL; rv: Gecko/20080313 SeaMonkey/1.1.9

I would like to report that a some of e-mails received by me (spam and normal e-mails) has double spaced message headers using 0x0D 0x0D 0x0A instaed of 0x0D 0x0A. Such emails are badly rendered by Seamonkey 1.1.9 as without subject, recipient and sender - only sender displays: - 
It is potentially insecure and problem with properly identifying sender and e-mail. If I change double spacing to 0x0D 0x0A - everything is correctly displayed. I work for many years as AV developer and I strongly assure that I don't have any stealth, trojan or hijacker in my system for sure. 

Sample original content below (replace double new-lines as hex: 0x0D 0x0D 0x0A), single new lines are 0x0D 0x0A: 
From - Sat May 24 17:53:15 2008
X-Account-Key: account1
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from (localhost [])

	by (Postfix) with ESMTP id 4C02C6E7272

	for <>; Sat, 24 May 2008 17:52:12 +0200 (CEST)

Received: from ( [])

	by (Postfix) with ESMTP

	for <>; Sat, 24 May 2008 17:52:10 +0200 (CEST)

Received: from ( [])

	by (8.13.8/8.13.8) with ESMTP id m4OFq5av028485

	for <>; Sat, 24 May 2008 08:52:06 -0700

Received: (from root@localhost)

	by (8.13.8/8.13.8/Submit) id m4OFq5E3028482;

	Sat, 24 May 2008 08:52:05 -0700

Date: Sat, 24 May 2008 08:52:05 -0700

Message-Id: <>



Subject: Bugzilla: confirm account creation

X-Bugzilla-Type: admin

Content-Type: text/plain; charset="UTF-8"

MIME-Version: 1.0

X-Interia-Antivirus: OK

Bugzilla has received a request to create a user account

using your email address (

To confirm that you want to create an account using that email address,

visit the following link:

If you are not the person who made this request, or you wish to cancel

this request, visit the following link:

If you do nothing, the request will lapse after 3 days

(on May 27th, 2008 at 08:51 PDT).

Reproducible: Always

Steps to Reproduce:
One way:
1.Display attached email as file.eml in seamonkey browser
Second way:
1. Append this email to Inbox file (e-mail database Inbox)
2. Delete Inbox.msf
3. Reopen Seamonkey Mail Client with added e-mail to Inbox database and You'll see how it is displayed.

Properly display e-mail's with double spaced headers.
Please, create an attachment instead of pasting in a comment.

Which other mail client display it correctly ?

Is such a message valid ?
It could be interesting to find out where this "double 0x0d" happens...
Version: unspecified → SeaMonkey 1.1 Branch
The other client OE6 also behaves in wrong way. It looks like attacked/hacked mail server for my account brokes e-mails and I suppose nothing can be done by us with it.
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv: Gecko/20080313 SeaMonkey/1.1.9
Mozilla/5.0 (Windows; U; Windows NT 6.0; cs; rv:1.9pre) Gecko/2008061202 SeaMonkey/2.0a1pre

In SeaMonkey 1.1.9 and SeaMonkey 2.0a1pre is view wrong sample email.

Still REPRODUCIBLE with installation of unofficial (by wg9s) De SeaMonkey 2.53.4beta 1 pre Mozilla/5.0 (NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0 Build 20200604210008 (Default Classic Theme, newly created User Profile) on German WIN7 64bit

Might be a RFE: "Please also show correctly damaged Emails?"
I don't know whether attached email is correct due to RFC whatever.

OS: Windows XP → Windows
Summary: The problem with displaying received e-mails and identifying From/Subject/Content in SeaMonkey Browser and Mail client → Badly rendered Messages with spaces in message headers using 0x0D 0x0D 0x0A instead of 0x0D 0x0A
You need to log in before you can comment on or make changes to this bug.