Thunderbird, enable wrap plain text messages at 72 characters.

Hello!
I would like to have Thunderbird to wrap my messages at 72 characters. It was possible earlier, but with the 3.0B1Pre it doesn't do it.
In <Preferences - Composition>, there is something called 'Wrap plain text messages at [ 72 ] characters'. There is no check box to enable it.
Is it possible to enable this feature? Have searched around a bit, without any luck.
Orjanp...

Try to look in about:config for:
editor.htmlWrapColumn
and
view_source.wrap_long_lines

Similar Messages

Enable Chat-Style Text Messaging in Verizon Treo 700wx

Hello,
I searched but could not find a definitive answer. Is it possible to enable chat-style text messaging in the Verizon Treo 700wx? One of my friends has a Verizon Centro and I really like that feature.
Thank you!
Post relates to: Treo 700wx (Verizon)

Thank you Mr. Palm. I didn't realize that it was up to the wireless carrier to perform the release. So Palm makes the hardware. Microsoft makes the operating system. Then Microsoft releases it to Verizon (wireless carrier) who tailors it to fit into their services. Is that the right thinking?
Post relates to: Treo 700wx (Verizon)

Plain Text Message from Outlook being converted to RTF thru Gateway

Hi,
I have the GW Gateway running in a Proof of Concept environment.
When GroupWise users send Plain Text format messages thru to Exchange,
the message is delivered in Rich Text Format.
HTML format is honoured through the gateway - i.e. HTML format messages
from GroupWise are delivered in HTML format.
Is there any way - switches, etc - that we can stop the conversion to
RTF thru the gateway? My users noticed this during testing when then
discovered they can edit the RTF message body in Outlook.
Thanks for your help
Phil
Phil Tuttiett, Palmerston North, New Zealand

There might be a resolve bug that would effect this positively for you.
Bug 403443 - Exchange Gateway conversion issue with RTF from Word. and Tid 7001088
if your code is older then 7-14-08 then it might be worth trying some later code to see if this bug fix helps you.
There is a Testing build that you can try. There are also several people using this testing code so I am not concerned if you try it and use it.
The most current version of the gateway can be downloaded at ftp.novell.com/outgoing/groupwise_exch_7.0.1_2008.07.22_us.zip
good luck!
>>> Phil Tuttiett<[email protected]> 2008-06-04 6:16 AM >>>
Hi,
I have the GW Gateway running in a Proof of Concept environment.
When GroupWise users send Plain Text format messages thru to Exchange,
the message is delivered in Rich Text Format.
HTML format is honoured through the gateway - i.e. HTML format messages
from GroupWise are delivered in HTML format.
Is there any way - switches, etc - that we can stop the conversion to
RTF thru the gateway? My users noticed this during testing when then
discovered they can edit the RTF message body in Outlook.
Thanks for your help
Phil
Phil Tuttiett, Palmerston North, New Zealand

Formatting plain text messages

Is there any way to write plain text so that Outlook will turn certain words into a specific hyperlink or will format other words (bold and/or underlined) when it displays the message? Specifically, I am using the "additional text" field
of a resource mailbox in Exchange 2010, which is plain text. If I type a URL into the text (e.g., http://www.somesite.com), Outlook will pick up on that and format that text as a working hyperlink in the message the recipient sees.
From this plain text input, I would like to be able to have the recipient's Outlook format a specific phrase as a hyperlink. For example I want Outlook to format the words "Click here" to be a working hyperlink to http://www.somesite.com
without actually displaying the URL in the message. Additionally, I would like to be able to have Outlook make other words or phrases bold and/or underlined.
Is it possible to write plain text so that the recipient's Outlook would pick up the desired formatting and display it the way I want?
Thank you very much for your help.

Hi,
As we are talking about Plain text, we can neither add hyperlinks to text nor format the text, Plain text doesn't support bold, italic, colored fonts, or other text formatting.
If you are editing a HTML or Rich Text email, I suppose you can try Quick Parts or AutoCorrect feature, either may meet your need:
http://office.microsoft.com/en-001/outlook-help/autocorrect-spelling-and-insert-text-and-symbols-HA010354277.aspx#_Toc311104945
http://office.microsoft.com/en-us/word-help/quick-parts-HA010370568.aspx
If you need more details, feel free to post back.
Thanks,
Melon Chen
Forum Support
Come back and mark the replies as answers if they help and unmark them if they provide no help.
If you have any feedback on our support, please click
here

Can't compose plain text messages in Mail 7

For some reason, I cannot seem to compose messages in plain text in Mail 7. I have the compose preference set for Plain Text, but it still typesets it in Rich Text. Any ideas?

I can't do group text any longer either. Everyone else in my group call can. Some are on PC's and some on MAC's. I am using MAC OS 10.9.4 and have the latest version of Skype. Since I use it for business, I really need to find a fix for this and it seems that Skype support doesn't care. At least that's how it looks in the post threads.

Encoding in plain text messages

Hi,
recently I updated Groupwise from 7.0.3 HP3 to Groupwise 8.0.2 HP2, all is working ok except some messages that are generated by other software in another server. Some servers send emails automatically to the service desk's people, they receive the email and read it from groupwise client (8.0.2 HP2 version on windows) but any messages have format, the message is showed like one line without format (in webaccess is the same case), without paragraph spacing.
If I uninstall groupwise 8 client and install groupwise 7 client, the same message is show it correctly with spaces and paragraph spacing.
The default MIME-Encoding is UTF-8.
Bad message format:
CORP S. A.Ticket Electronico Nro.: 16285. Centro de Servicio: COMPUTACION. Aplicacion/Servicio: SIN DEFINIR. Departamento: COMPUTACION. Centro de Costos: COMPUTACION. Nombre: VANESSA VASQUEZ. Novedad: PRUEBA DE ENVIO2.... DESCARTAR.... Saludos Cordiales,Vanessa Vasquez
Correct Message format:
CORP S. A.
Ticket Electronico Nro.: 16285.
Centro de Servicio: COMPUTACION.
Aplicacion/Servicio: SIN DEFINIR.
Departamento: COMPUTACION.
Centro de Costos: COMPUTACION.
Nombre: VANESSA VASQUEZ.
Novedad: PRUEBA DE ENVIO2.... DESCARTAR....
Saludos Cordiales,
Vanessa Vasquez
Please your help, thanks in advance.
vanessa

On 6/9/2011 1:06 PM, vanessav wrote:
>
> Hi, thanks for your answer. I configure GWIA to trapping internet
> messages and the following is an example from the message generated by
> the relay server:
> with wordpad application I can see the message in this way:
> --------------------------------------------------------------------
> <IaHead>
> <IaMsgTag>00014848</IaMsgTag>
> <IaMsgSender>
> </IaMsgSender>
> <IaReceivedTime>4df120cf</IaReceivedTime>
> </IaHead>
> MAIL FROM:[email protected]
> RCPT TO:[email protected]
> RCPT TO:[email protected]
> Received: from mail.ecuavisa.com (rac510.ecuavisa.com [192.168.1.25])
> by mail.ecuavisa.com with SMTP; Thu, 09 Jun 2011 14:36:47 -0500
> From: [email protected]
> To: [email protected]
> Cc:[email protected]
> Subject: CANAL 2 - Centro de Servicios - Ticket # 16305
> X-Priority: High
>
> CORPORACION ECUATORIANA DE TELEVISION S. A.
>
> Ticket Electronico Nro.: 16305.
>
> Centro de Servicio: COMPUTACION.
> Aplicacion/Servicio: SIN DEFINIR.
>
> Departamento: COMPUTACION.
> Centro de Costos: COMPUTACION.
> Nombre: REALPE ROBALINO MARIA CRISTINA.
>
> Novedad: PRUEBA DE ENVIO DE MENSAJES DE INCIDENCIA.... DESCARTAR.
>
>
> Saludos Cordiales,
> Realpe Robalino Maria Cristina
> --------------------------------------------
>
> If I open the same message with notepad, I see:
>
> <IaHead>
> <IaMsgTag>00014848</IaMsgTag>
> <IaMsgSender>
> </IaMsgSender>
> <IaReceivedTime>4df120cf</IaReceivedTime>
> </IaHead>
> MAIL FROM:[email protected]
> RCPT TO:[email protected]
> RCPT TO:[email protected]
> Received: from mail.ecuavisa.com (rac510.ecuavisa.com [192.168.1.25])
> by mail.ecuavisa.com with SMTP; Thu, 09 Jun 2011 14:36:47 -0500
> From: [email protected]
> To: [email protected]
> Cc:[email protected]
> Subject: CANAL 2 - Centro de Servicios - Ticket # 16305
> X-Priority: High
>
> CORPORACION ECUATORIANA DE TELEVISION S. A.Ticket Electronico Nro.:
> 16305. Centro de Servicio: COMPUTACION. Aplicacion/Servicio: SIN
> DEFINIR. Departamento: COMPUTACION. Centro de Costos: COMPUTACION.
> Nombre: REALPE ROBALINO MARIA CRISTINA. Novedad: PRUEBA DE ENVIO DE
> MENSAJES DE INCIDENCIA.... DESCARTAR. Saludos Cordiales,Realpe Robalino
> Maria Cristina
>
> ---------------------------
>
> I don't know if you need another information, I hope your answer.
>
> thanks again
>
> Vanessa
>
>
Does the text have LF or CRLF endings? Use NotePad++ for example, with
View/Show Symbol/All Characters

HT5361 Tools Options Mail format Plain text options Set you characters to 130 Click ok

How do I goto out look to change mail format

smercurio_fc wrote:
Then it sounds to me like this other application is not decoding the attachment correctly, especially if you looked at the attachment yourself after you received it and verified it's correct.
No, no, smercurio. This is charcter encoding here. In older versions of LabVIEW you could specify what character encoding to use when sending an email through the SMTP VIs. But that gave problems since people in certain locales used certain characters that where not transfered right when the wrong encoding was specified, and that encoding stuff is not understood by most people at all, so the wrong selected encoding was rather the rule than the exception. In newer versions of LabVIEW do the SMTP VIs handle the encoding automatically based on the currently used locale on the system.
This change is documented in the Upgrade Notes of LabVIEW and probably happened around LabVIEW 7.1 or 8.0.
A decent mail client will recognize the encoding and convert it back to whatever is necessary before presenting it to the user. The OPs posters server application obviously isn't a smart mail client but probably just some crude text file parser that has no notion of proper mail character encoding and how to deal with it.
I would suppose that there is a chance to dig into the SMTP VIs itself and try to manipulate or disable that encoding altogether in there but that may open a whole can of worms somewhere else. The proper way would be to process the incoming mail by a character encoding aware mail client before passing it to the text parser. On Unix setting up something like this would be fairly trivial.
Rolf Kalbermatter
Message Edited by rolfk on 01-23-2008 10:21 AM
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

KNOWN ISSUE: HTML Messages with plain-text signatures

To get around the EAS security policy issue, I'm having non-sensitive emails from work forwarded to a GMail account from a redirect set up in our corporate OWA. The redirect seems to send the messages to GMail without any issues; formatting is 100% intact, and in the GMail web client as well as Thunderbird, Entourage, etc., HTML emails with plain-text signature attachments show the plain-text message inline with the rest of the formatted message. All of our internal mailing lists have these plain text attachments that say where the message was coming from (Message sent from [email protected] by listserv). These get affixed to every message, both plain text and HTML.
Here's my problem: The Pre's email client handles both plain text and HTML messages beautifully. But, when I receive a message from a mailing list with a plain text attachment, the HTML portion disappears, and all I see is the signature.
Is there any way to make the Pre show the HTML INSTEAD of the plain text? I can live without the sig, I know where the messages are coming from already. But if I can't read the message, it's useless. I've only begun researching this and so far Google hasn't been much help, nor has searching these or other forums. Any help would be appreciated.
Palm Pre P100EWW
Post relates to: Pre p100eww (Sprint)
Message Edited by HowellBP on 06-16-2009 04:13 PM

1-51626418773
I just got off the phone with Palm Support. Apparently this is a bug in the mail application. It currently does not support parsing both HTML and plain text in the same message. It will read EITHER plain text OR HTML, but not both at the same time. This will be fixed in a future update.

How do you verify the size of a large ( 32K) plain text body

Hello All,
I am running GW 8.0.2 Hot Patch 3, using SOAP schema 1.04.
When I attempt to process a message, that contains only a plain text body with a size (in bytes) of 64,382 - the following sizes are reported by objects extracted from GroupWise, via SOAP calls:
Message Size: 71,425 (should be bigger than the plain text body).
Message Part [0] length: 70,854 - no idea where this value comes from
In the getAttachmentResponse object, the part has:
length: 87,772 - Which matches the Base64 encoded length, plus padding, of the plain text.
The actual size of the plain text (on disk): 64,382
I am hoping to use the HTTP GET method for extracting the large plain text object, which means that I will not have access to the getAttachmentResponse object.
So my question is, based on the MessageBody, MessagePart[0] length of 70,854 - is there a formula, or other way to determine the correct expected byte size of the plain text object to enable me to verify that the HTTP GET operation or the SOAP getAttachmentRequest completed correctly?
Regards,
Dave Stiller.

Hey Preston,
Thanks for the prompt response. Not the answer that I was seeking, but none the less an answer. Thanks.
Can I suggest an enhancement for a future release, to add an additional structure to the message object that allows you to detail the available formats and byte sizes of the formats that relate to the message body object. This could even be an extension/completion of the MessagePart object array on the Message Body. (One array component for each available format.) There are no issues when dealing with large body texts as attachments, but an accurate byte count is important to me.
This will enable us to verify that the message body content, downloaded from GroupWise, has not be corrupted during transfer - particularly important when using HTTP requests.
Have a great day,
Dave...
Originally Posted by Preston Stephenson
You will have to be careful in getting message bodies.
The plain text message body can come from different
sources and / or formats.
The message body can be stored in RTF format.
You can extract the plain text from the RTF text.
If there is a text.htm message body attachment, the
GW Client will extract the text plain text from the
text.htm attachment and will ignore the text plain
message body attachment.
There can be corruptions in the message body
attachment. The attachment can report a certain
size, but the actual data may be different.
You have to assume what is stored / returned is
correct. If you are bound and determined to read
the number of bytes recorded, you can cause
problems. There was one case where the attachment
was corrupt. The POA returned all the data that
was available. The application tried to read past
the end of the valid data and caused the POA to
crash.
You get all of the data in one HTTP GET call. In
that case, the "Content-Length" header will have
the number of bytes in the message body attachment.
Preston
>>> On Sunday, August 12, 2012 at 11:36 PM,
stillerd<[email protected]> wrote:
> Hello All,
>
> I am running GW 8.0.2 Hot Patch 3, using SOAP schema 1.04.
>
> When I attempt to process a message, that contains only a plain text
> body with a size (in bytes) of 64,382 ‑ the following sizes are
reported
> by objects extracted from GroupWise, via SOAP calls:
>
> Message Size: 71,425 (should be bigger than the plain text body).
> Message Part [0] length: 70,854 ‑ no idea where this value comes from
>
> In the getAttachmentResponse object, the part has:
> length: 87,772 ‑ Which matches the Base64 encoded length, plus padding,
> of the plain text.
>
> The actual size of the plain text (on disk): 64,382
>
> I am hoping to use the HTTP GET method for extracting the large plain
> text object, which means that I will not have access to the
> getAttachmentResponse object.
>
> So my question is, based on the MessageBody, MessagePart[0] length of
> 70,854 ‑ is there a formula, or other way to determine the correct
> expected byte size of the plain text object to enable me to verify that
> the HTTP GET operation or the SOAP getAttachmentRequest completed
> correctly?
>
> Regards,
> Dave Stiller.

Outlook doesn't wrap the text

I have set an option to wrap the text at 40 characters. Just like the picture below
Then I compose an email as below. Note that each number is repeated 10 times.
Since I can not upload more than 2 pictures, I will continue in a reply!

The wrapping only applies to Plain Text messages that you receive. It is not a composing option nor does it apply to already received messages.
It also only applies to messages received over the Internet and not to any internal (Exchange) mail. In addition, it will follow grammar rules as much as possible so it will not break in the middle of a word.
Robert Sparnaaij
[MVP-Outlook]
Outlook guides and more: HowTo-Outlook.com
Outlook Quick Tips: MSOutlook.info

Sending text messages to email addresses

With my previous (dumb) Samsung phone I used to send text messages to email addresses all the time and everything was fine. Now, it turns out that when I send a text message to an email address with my iPhone 4 the phone sends it as MMS instead of text, and the problem with that is that my provider (Bell Canada) charges me extra for these MMS messages. I do not normally use picture or video messaging, but when I'm trying to create a message to an email address with MMS disabled, the phone tells me this cannot be done unless I enable MMS.
I can receive texts from email addresses just fine and they come in as text messages with no extra charges for me. How can I send a plain text message from iPhone to an email address without going through MMS?

Dododo, I have your same exact problem, right down to my last cell phone (samsung) that did it perfectly using only my included unlimited texts.
Has anyone found a solution to this problem? I think it sends them as MMS because bell sends the texts to email from the iphone as words on a notepad-like background that arrives in email as a picture attachment.
My problem is that I'd like to turn my 3G off when I don't need it, to save my mb's. Therefore sending emails right from the email app is not a viable alternative, when text --> email used to be free on my old, basic cell phone.
Any suggestions/solutions are appreciated

Unable to change font color for Plain Text Emails

I have a Win7 Enterprise x86 machine running Outlook 2010. I am unable to read plain text emails. When I go into Options->Mail->Stationary and Fonts, the preview box under "Composing and reading plain text messages" is all white.
I've tried changing it to automatic, black, random colors, different fonts and styles, click 'Ok' and nothing happens. Preview pane and incoming plain text emails are white. I followed all the steps in this TechNet article: http://social.technet.microsoft.com/Forums/office/en-US/0e535f1f-0a2f-4208-9b05-42c4e943b484/outlook-2010-cannot-view-plain-text-emails?forum=officeitproprevious
Applied the Fix It, repaired Office 2010, renamed the normalemail.dotm file. Still nothing.
Anyone run into this issue or have a fix?

This could be a view issue. Please try to open Outlook using the /cleanviews
switch to clean your views, and try again. Here is the line switches for Outlook 2010http://office.microsoft.com/en-001/outlook-help/command-line-switches-for-outlook-2010-HP010354956.aspx
If /cleanviews doesn't work for you, you might try to recreate your Outlook profile. Please refer to this article:
http://office.microsoft.com/en-us/outlook-help/create-an-outlook-profile-HA102749460.aspx

Sending Email using both HTML and plain text

I could use some advise on how to start researching email for
both HTML and plain text messages.
I have a script called class.phpMail.php, but the code is
alittle advanced for me. Basically I can't get
it to work on my server and I don't know where to begin the
learning process here.
I talked to my provider, "HOST" company goDaddy.com and I was
told that to connect so that I could send email I would need this
line of code. They didn't say it should by in my php.ini file but
that was where I found it.
SMTP = relay-hosting.secureserver.net
This is the smtp address that my provider uses to make the
connection with my mail client.
I was told that with this line of code I would not need a
password or username
I did some further reseach and I found an article that stated
that my original error:
Warning: fsockopen() expects parameter 2 to be long, string
given in ...../php/class.smtp.php on line 105
was being caused by this code because the $port value needed
to be between 1 - 65365:
$this->smtp_conn = fsockopen($host, # the host of the server
$port, # the port to use ----- "this is line 105"
$errno, # error number if any
$errstr, # error message if any
$tval); # give up after ? secs
In particular the $port value was coming in corrupted and
that I needed to cast it.
I did as they suggested and made it an (int) as they
suggested.
$this->smtp_conn = fsockopen($host, # the host of the server
(int)$port, # the port to use
$errno, # error number if any
$errstr, # error message if any
$tval); # give up after ? secs
It resolved part of the error message however, the other half
of the error message is shown below:
Message could not be sent.
Mailer Error: Language string failed to load: connect_host
What exactly is the connect_host they refer to in this
message?
Would it be the string in my php.ini file refering to the
SMTP = relay-hosting.secureserver.net
I have allot of what I think are disconnected questions as I
really have just begun to work
with the mail() function. If anyone has the time to educate
this newbie into the wonderful
world of email() I would appreciate it.
Thank You
Kevin Raleigh

Sorry to dig up an old post, but we've spent the last few days trying to work out why an email campaign being sent from BC is going into the Junk folder of recipients that use MS Exchange. We've fixed quite a lot of issues, including the fact that Legacy Templates have random JS injected just before they get sent, so we had to switch to the new template system. We've narrowed the issue down to one of three things:
1. A missing alt tag on the tracking image that BC drops into the email (pretty unlikely)
2. The BC Europe IP (54.240.14.45) is blacklisted here: UCEPROTECTL2 (possible, but if you actually look it's not the IP itself, but another IP on the same network, so unlikely)
3. The fact that the HTML email has no text component.
I agree, BC is late on this but I think that it needs to be added, even if most users have HTML-ready email clients, spam checkers do seem to prefer multi-MIME emails.
This is backed up by the following SpamAssassin rule, which we are currently unable to resolve:
-1.105
MIME_HTML_ONLY
Message only has text/html MIME parts
You should also include a text version of your message (text/plain)
So in my opinion, BC do still need to add this as a feature, otherwise the system is not viable for our customers and we'll have to look elsewhere.

Plain Text URL links not working in the Windows 8 Mail App for only one account.

Hello,
I just started using a Surface Pro, and randomly one of the accounts I have setup in the "Modern" Mail app stopped parsing the pain text URL path that was included in them. Specifically links to forum discussions. I have 4 other Win
8 devices and they display the links fine.
More confusing is this issue happens ONLY with my O365 mail account and only on one PC. I have an Outlook.com account and it renders the pain text URL as a clickable link, but when I send the same email to my O365 account it just shows up as
text, no link generated. All in the same Windows 8 Mail App.
I ran the Windows 8 App Troubleshooter, I've reinstalled the Mail app, I've removed and re-added the mail account. Nothing fixes this. Anyone know why?
Thanks,
Joe

Same problem for us, the link is also not rendered, if the mail is sent to an on-premise Exchange server.
Its only for plain-text messags, HTML-messages work fine.
Why is this problem ignored? The app is useless with that limitation.

Windows Mail App: Links appearing as plain text.

Some of my emails are not properly displaying web links through my Yahoo account. For example: I am personally subscribed to a website known as Slickdeals (http://slickdeals.net), and none of their Deal Notifications have active links within
the Mail app. Instead, website addresses appear as plain text, even though the same links work just fine when logging into my Yahoo Mail account through IE or Google Chrome.
How can I fix this issue? I actually love the Mail app, but this is simply a deal-breaker for me if it can not be amended.

website addresses appear as plain text, even though the same links work just fine when logging into my Yahoo Mail account through IE or Google Chrome.
That could just be a difference between E-mail client treatment of text strings which look like URLs but are in HTML and therefore are not links. Different E-mail clients also provide different functionality in support of such strings when Plain-text
messages are involved.
Notice that now IE10 has a helpful right-click Go to copied address command to help reduce the inconvenience of such a situation.
FYI
Robert Aldwinckle

Thunderbird, enable wrap plain text messages at 72 characters.

Similar Messages

Maybe you are looking for