99% of the time messages that I receive, html or plain text, display just fine. But once
in a while the lines simply don't wrap. My wife is forwarding some messages to me from a
professional friend of hers and the lines go miles off the screen to the right on my
computer, but not on hers (she is also running TB). I've looked through my TB options and
account settings and can't seem to find a way to get these few messages to wrap as they
should, so I'm resorting to cutting the text and pasting it into Wordpad to read the
paragraphs as they should be. Here is a sample header (redacted for privacy) from one of
the messages. TIA for any help.
-------- Original Message --------
From: - Sat Sep 01 15:46:11 2007
X-Account-Key: account3
X-UIDL: GmailId114c34083e976c87
X-Mozilla-Status: 0000
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Delivered-To: (----@gmail.com, forwarded via POP to TB)
Received: by 10.86.65.16 with SMTP id n16cs12641fga; Sat, 1 Sep 2007 15:45:59 -0700 (PDT)
Received: by 10.65.191.3 with SMTP id t3mr4828325qbp.1188686758994; Sat, 01 Sep 2007
15:45:58 -0700 (PDT)
Return-Path: <my wife's email client, also TB>
Received: (qmail 13911 invoked from network); 1 Sep 2007 22:45:57 -0000
Received: from unknown (76.176.167.240) by smtpout----.secureserver.net (64.202.165.199)
with ESMTP; 01 Sep 2007 22:45:56 -0000
Message-ID: <----->
Date: Sat, 01 Sep 2007 15:45:55 -0700
From: My Wife <--...@----.com>
Reply-To: --...@----.com
Organization: -----
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Me <-----@gmail.com>
Subject: [Fwd: RE: our phone conversation]
Content-Type: multipart/related; boundary="------------090600010600030008020402"
X-Antivirus: avast! (VPS 000771-0, 09/01/2007), Outbound message
X-Antivirus-Status: Clean
-- Mike Rocket J Squirrel
The wraplength variable is puzzling. I'd think you'd usually want
TB to wrap to whatever width the window happens to be, especially
for variable-width fonts. Is there a code to say that? Zero,
perhaps, or some bit of non-numeric text?
> Some prefs related to line wrapping. Use config Editor or about:config
> and filter on wrap.
>
> mail.wrap_long_lines is this set to TRUE
> news.wrap_long_lines is this set to TRUE
> mailnews.wraplength this is an integer, mine is at 74
For on-the-fly changes within the composition pane, there is also an
add-on called Toggle Word Wrap. It adds a wrap toggle to your options
menu (and a keyboard shortcut).
--
Blinky RLU 297263
Killing all posts from Google Groups
The Usenet Improvement Project:
http://improve-usenet.org <----------- New Site Aug 28
The mailnews.wraplength setting is for composing and posting messages,
not for displaying messages which you receive. It is the same as
the setting
[Win] Tools -> Options }
[Linux] Edit -> Preferences } -> Composition -> General
[Mac] Thunderbird -> Preferences }
Wrap plain text messages at [ nnn ] characters
For sending messages, physical lines (in the message source) have
to be no longer than 998 bytes before a hard end-of-line. Sending
in quoted-printable or format=flowed allows lines to "appear" to be
longer than 998 characters before a hard end-of-line (after cooking).
It is the recipient's settings which would decide to wrap the message
at the recipient's window width.
--
Cheers,
Ralph
> Ron K. wrote:
That setting deals with composition, not reading. It's set by:
(Windows) Tools => Options }
(Linux) Edit => Preferences } --> Composition --> [General tab]
(Mac) Thunderbird => Preferences }
Wrap plain text messages at [___] characters
Ken Whiton
FIDO: 1:132/152
InterNet: kenw...@surfglobal.net.INVAL (remove the obvious to reply)
I don't have one available to test with but I think show message as
plaint text will also force those long lined html buggers to wrap properly.
--
Mustgo, n.:
Any item of food that has been sitting in the refrigerator so
long it has become a science project.
-- Sniglets, "Rich Hall & Friends"
Thanks for seeing what I am trying to fix.
mailnews.display.disable_format_flowed_support is set to FALSE. But
setting it to TRUE doesn't fix the problem: the lines are not wrapping.
Put this code in userContent.css file
pre[wrap] {white-space: pre !important;}
pre[wrap=true] {white-space: -moz-pre-wrap !important;}
Also see this page "http://kb.mozillazine.org/Fixed_width_messages"
> Ron K. wrote:
>> Thunderbird Leader Blinky the Shark teletyped, On 9/1/2007 10:33 PM:
>>> Ron K. wrote:
>>>
>>>> Some prefs related to line wrapping. Use config Editor or
>>>> about:config and filter on wrap.
>>>>
>>>> mail.wrap_long_lines is this set to TRUE
>>>> news.wrap_long_lines is this set to TRUE
>>>> mailnews.wraplength this is an integer, mine is at 74
>>>
>>> For on-the-fly changes within the composition pane, there is also an
>>> add-on called Toggle Word Wrap. It adds a wrap toggle to your options
>>> menu (and a keyboard shortcut).
>>>
>> That is nice but not what Mike is trying to fix. His OP is asking for
>> READING help where line wrap is not kicking in.
>>
>> mailnews.display.disable_format_flowed_support look to see if this is
>> set to FALSE.
>
> I don't have one available to test with but I think show message as
> plaint text will also force those long lined html buggers to wrap properly.
No, it doesn't. I generally get humongously-long-line email/posts from
people using Apple machines. I just reset that m.d.d.f.f.s line to false.
We'll see...
--
Cheers, Bev (Happy Linux User #85683, Slackware 11.0)
-------------------------------------------------------------------
"We need to cut more slack for the stupid; after all, somebody has
to populate the lower part of the bell curve." -- Dennis (evil)
> No, it doesn't. I generally get humongously-long-line email/posts from
> people using Apple machines. I just reset that m.d.d.f.f.s line to false.
> We'll see...
The problem is not Apple machines. I use 3 of them and very seldom
have seen that problem. I'm inclined to believe it's generally the
text encoding used by the sender or ISP.
Egídio
Mac dual 2 GHz G5, 1.5 GB RAM, OS X (10.4.10) and a couple of Intel
Macs
Since the messages display correctly on your wife's machine I would like
at what might be happening on her machine when she forwards the messages
to you. On her machine, look at Tools > Options > Composition > General
and see is "Wrap plain text messages" is set to 72 or some other
reasonable length.
> On 9/1/2007 6:06 PM, mike elliott wrote:
>> (TB 2.0.0.6)
>> 99% of the time messages that I receive, html or plain text,
>> display just fine. But once in a while the lines simply don't
>> wrap. My wife is forwarding some messages to me from a professional
>> friend of hers and the lines go miles off the screen to the right
>> on my computer, but not on hers (she is also running TB). I've
>> looked through my TB options and account settings and can't seem to
>> find a way to get these few messages to wrap as they should, so I'm
>> resorting to cutting the text and pasting it into Wordpad to read
>> the paragraphs as they should be. Here is a sample header (redacted
>> for privacy) from one of the messages. TIA for any help.
[ ... ]
> Since the messages display correctly on your wife's machine I would
> like at what might be happening on her machine when she forwards the
> messages to you.
That's a good place to start that hasn't yet been mentioned.
> On her machine, look at Tools > Options >
> Composition > General and see is "Wrap plain text messages" is set
> to 72 or some other reasonable length.
That's not likely to be the problem. That setting only affects
the display in the Compose window. It has no effect on the sending of
messages.
Thanks, Nir. I'm not certain where userContent.css is supposed to be,
didn't find a copy on my machine so I created one in the
Profiles/randomcharacters.default folder. I pasted in the code and saved
the file, closed and re-launched TB but it didn't fix the problem: the
text in the forwarded mails still isn't wrapping. If the messages weren't
all from my wife's doctor I'd forward one so someone else could see if the
problem occurs at their end, too.
Goto your TB profile folder.
Open ( or create if doesn't exist ) chrome folder.
Open ( or create if doesn't exist ) userContent.css file in your word
editor.
Put that code and save file.
Start Thunderbird.
Thanks, Nir. I moved userContent.css to the chrome folder, launched TB and
tried again. Alas, the lines are still not wrapping.
Since this is only happening with the two emails my wife forwarded to me
that originally came from one original sender, and no other emails that
she forwards from other senders, it appears to be something unique to that
original sender.
Some follow-up. I subscribe to a vintage automobile listserv -- all
messages emailed to the address are forwarded to subscribers. A sort of
really slow POP-based chat group. I see that among this morning's messages
are several that are not wrapping in preview or if I open them in a new
window.
Examining the headers I see that the ones that wrap show:
Content-Transfer-Encoding: 7bit, or
Content-Type: text/plain; format=flowed, or
Content-Type: text/plain, or
Content-Type: text/plain; charset=us-ascii; format=flowed, or
Content-Type: text/plain; charset=ISO-8859-1,
or don't say anything about encoding or content type.
Those that are not wrapping (go way off the right side of the window,
horizontal scroll bar shows up at bottom of window) are
Content-Transfer-Encoding: 8bit,
and the email forwarded from my wife which started all this which shows:
Content-Type: multipart/related;
boundary="------------090600010600030008020402"
(Oh darn. I just found one that contains several nested levels of
forwarded text, is 8bit, but does wrap.)
But even so, shouldn't TB be wrapping the other 8bit ones? It waits for a
hard return before wrapping.
Even more follow-up. This problem (certain received messages not wrapping
in the preview or open message window) occurs on only one of my two
machines running TB. Both Win XP, both running current TB. So it's a
configuration or add-ons issue, is my guess.
The both machines have Folderpane and Talkback add-ons installed, and
disabling the add-ons does not change the behavior on the affected
machine. So the problem may be due to something buried in some config file
or chrome thingy or the like.
> Thunderbird Leader mike elliott teletyped on date 9/5/2007 11:23 AM ...
> Use Wordpad and open the prefs.js, userChrome.css, etc. and print them
> out from the good machine. Then You can compare to the system having
> trouble and synchronize the two. Of course the difference could be in
> one of the *.rdf files, but I would start with the preference setting ones.
>
Thanks, Ron. Nothing in prefs.js jumped out as obvious. useChrome.css on
the "good" machine had nothing interesting in it; likewise with
userContent.css. The "bad" machine didn't have a user.js in it so I just
copied that file from the "good" machine, then launched TB and darn it all
but the problem persists.
As for rdf files, well, the "good" machine has panels.rdf and search.rdf
neither of which exist on the "bad" machine; both have downloads.rdf,
extensions.rdf, localstore.rdf, and mimeTypes.rdf.