Closed Bug 536950 Opened 15 years ago Closed 15 years ago

Unwanted information displayed with message header

Categories

(SeaMonkey :: MailNews: Message Display, defect)

SeaMonkey 2.0 Branch
x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: bitwise, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.5) Gecko/20091102 Firefox/3.5.5 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.5) Gecko/20091102 Firefox/3.5.5 "x-enigmail-version" and "content-transfer-encoding" are displayed below "Subject - From - Date - For" in normal message header display. Reproducible: Always Steps to Reproduce: 1.Open any message 2. 3. Actual Results: "x-enigmail-version" and "content-transfer-encoding" are displayed in the normal message header Expected Results: Only "Subject - From - Date - For" should appear "content-transfer-encoding" is always displayed. "x-enigmail-version" is displayed for sent messages only.
Version: unspecified → SeaMonkey 2.0 Branch
(In reply to comment #0) > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.5) > Gecko/20091102 Firefox/3.5.5 > Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.5) Chris, what version of SeaMonkey are you reporting this for?
Hi Stefan (In reply to comment #1) > Chris, what version of SeaMonkey are you reporting this for? It's version 2.0.1 fr for Win32, install file 4.42.0.0, dowloaded from http://releases.mozilla.org/pub/mozilla.org/seamonkey/releases/2.0.1/win32/fr/ Date stamp: 06-Dec-2009 13:33 The message I got advising me of your post had 'x-bugzilla-reason:reporter' displayed in the header, just underneath my e-mail: in the full header this was the line just after 'Subject'. But the superfluous text is not always in exactly the same position: for example in another message it skips 'Mime-version' and 'Content-type' before showing 'Content-Transfer-Encoding'. 'X-Enigmail-Version' sometimes follows 'Subject' immediately; other times there are 'References' and 'In-Reply-To' in between. Sorry that's not very helpful, but it shows that it isn't always the line immediately after 'Subject' that appears. And sometimes there are _two_ unwanted header lines displayed. I have also noticed that if I choose to display the complete headers, I get for example -------- Subject: [Bug 536950] Unwanted information displayed with message header From: bugzilla-daemon@mozilla.org Date: 28/12/2009 23:46 For: bitwyse@le-maquis.net > Message-ID: 1 > In-Reply-To: 1 > References: 1 x-bugzilla-reason:reporter X-Mozilla-Satus: 0001 -------- This is as shown (unless it gets reformatted...). The '>' represents a little triangle and the '1' is underlined (a hyperlink). If I click on the triangle it expands the '1' into the information: -------- Message-Id: <200912282246.nBSMkAPC014118@pm-app-bugs01.mozilla.org> -------- If I click on the '1' it usually tells me the message can't be found. HTH
(In reply to comment #2) I realised my explanation might not be clear so I have put examples here: http://www.image-world.net/bugzilla/index.htm There's the full source of a test message, with its _normal_ header displayed - then the full source of the reply, with its _complete_ header displayed.
OP using Enigmail and therefor getting the Enigmail-version displayed?
Yeah probably an Enigmail problem. I've heard similar reports about Enigmail before. Temporarily closing as INVALID. Chris Ross, if you still see this problem with Enigmail disabled or uninstalled, please reopen. Also probably worth updating your Enigmail to the latest version.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INVALID
Hi No, I've always used Enigmail and this only started with SeaMonkey 2 (not with SM1 nor Mozilla before). Disabling Enigmail doesn't change anything, and - "x-enigmail-version: 1.0.1" still appears even if a message is neither signed nor encrypted. (This IS the latest version for SM2.) The other unwanted fields are still shown with certain messages: - "x-bugzilla-reason: Reporter" (for both the notifications I just received for this bug) - "content-transfer-encoding: 8bit / quoted-printable" etc Re-opening bug... Best regards
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
If you start SeaMonkey in safe mode either from the Start->Programs menu item or from the command line (seamonkey.exe -safe-mode) do you still see the problem? Also please make sure you have the latest Enigmail 1.1.2 installed. Also see: <http://enigmail.mozdev.org/documentation/userprefs.php.html> Scroll down to: Disable X-Enigmail-xxx headers user_pref("extensions.enigmail.addHeaders",true); JS: If this is set to true, Enigmail adds custom mail headers to all outgoing mail. These headers are not currently used for any function, but may be used by a future Enigmail specific function. Currently the headers added are: X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime On by default. Finally in the browser go to about:config Filter/Search for mailnews.headers.extraExpandedHeaders You'll probably see under the value column something like: "x-enigmail-version content-transfer-encoding openpgp x-mimeole x-bugzilla-reason x-php-bug" Double click on that line and delete those headers you don't want to show up.
Thanks Philip! The last suggestion is all that was necessary :-) So this wasn't a bug, but due to an extra line added for some reason (test?) to 'prefs.js' and left in a certain distribution I had used. The default is apparently 'none' and this JS preference is not present in another distribution that I have just checked. According to http://enigmail.mozdev.org/download/index.php.html the latest version of Enigmail for SM2 is 1.0.1 (1.1.2 is for Thunderbird 3.2). It does indeed add an "X-Enigmail-Version:" header (but not "X-Enigmail-Supports:") - but in any case that doesn't cause any problems. Best regards
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago15 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.