搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Cannot force Thunderbird to wrap outgoing text.

  • 8 个回答
  • 1 人有此问题
  • 1 次查看
  • 最后回复者为 hpg-mheck

more options

When COMPOSING AND SENDING an email message in PLAIN TEXT:

Typing a line longer than 72 characters appears to wrap on my end.

However, the recipient-- EVEN IF I SEND IT TO MYSELF-- sees an unwrapped, extremely long line of plain text.

Please tell me where to configure this. I have gotten 40000 suggestions for configuration values that no longer exist, so please, DOUBLE-CHECK that the configurations you are about to suggest still exist with THAT NAME in the CURRENT BUILD.

Thanks.

When COMPOSING AND SENDING an email message in PLAIN TEXT: Typing a line longer than 72 characters appears to wrap on my end. However, the recipient-- EVEN IF I SEND IT TO MYSELF-- sees an unwrapped, extremely long line of plain text. Please tell me where to configure this. I have gotten 40000 suggestions for configuration values that no longer exist, so please, DOUBLE-CHECK that the configurations you are about to suggest still exist with THAT NAME in the CURRENT BUILD. Thanks.

所有回复 (8)

more options

Change the preference mailnews.wraplength in Config. editor. A value of 72 wraps at 72 characters, a value of 0 wraps to the window width, a value of -1 does not wrap. Tested and working in TB 60.7.2/W10.

more options

Negative.

First, there is no "Config" menu. Answers to support questions should always start from zero and assume no prior knowledge, especially obsolete prior knowledge that no longer applies to the current version. If you mean a submenu, you must explicitly indicate this.

Second, if what you actually mean is Edit->Preferences->Advanced->Config Editor, which should always be written exactly that way in full without exception, then this is still incorrect, because "mailnews.wraplength" is indeed already set to 72.

Tested and failing in 60.6.1 (64-bit), which is what currently ships with Fedora, and is therefore not irrelevant.

more options

Further, searching for "wrap" in about:config (and does that window title really still make any sense?) yields the following:

devtoosl.scratchpad.wrapText modified boolean true mail.wrap_long_lines default boolean true mailnews.wraplength default integer 72 plain_text.wrap_long_lines modified boolean true view_source.wrap_long_lines default boolean false

Any thoughts on those?

more options

(Pardon duplicate, there seems to have been a double post. I received an error from the server on the first attempt to post and therefore posted again.)

more options

选择的解决方案

more options

Thank you.

To be extremely clear for anyone following me, try this:

Edit->Preferences->Advanced->Config Editor

Set: mailnews.send_plaintext_flowed To: false

The disconnect that drives people nuts is that they are searching all over the net for "wrap" because nobody else in the world uses the term "flowed". More permanent penalties for being clever instead of consistent.

more options

re :because nobody else in the world uses the term "flowed". More permanent penalties for being clever instead of consistent.

Many people do not have the knowledge of all the workings behind an email and it is not expected, so you are not alone in this respect.

It is not a just Thunderbird special thing. It is used for plain text emails and is standard terminology. It also meets the standard rules set out in RFC 3676, so Thunderbird is RFC 3676 compliant. As an example, in the headers you would typically see: Content-Type: text/plain; charset=windows-1252; format=flowed

More Info: https://www.emacswiki.org/emacs/FormatFlowed

more options

If the language appears in an RFC, that's good enough for me. However, I've been thinking about this, and I think one way to avoid these kinds of problems might be to have a "comment" or "description" field for those config entries that is also checked when people search. Searching the tooltip text might work as well. I think it's pretty reasonable to have "wrap" be a keyword for these "flow" configuration entries, because based on the (large) number of bugs and threads I found from years past, this has always been an issue, and isn't likely to go away.

I'll look for a way to formally submit that as a suggestion.

Thanks again for your help. Feel free to send me a note if I can be useful helping test changes related to these features in the future.