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

Similar Messages

  • 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

  • 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

  • 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

  • DECODING MAIL FROM WEB SERVER IN PLAIN TEXT FORMAT(THE MAIL BEING SENT BY LABVIEW APPLICATION)

    Hi All
    I have a labview application that send mail every hour automatically.
    But actually the mail has to be decoded from the web server(by another application).But now when that application decode the data in the mail(that is send by labview application)its getting some funny characters inside that can not be detected by the decoding application
    (When open the mail no problem.)But actually our goal is to decode the mail from the web server.
    Why the extra characters are appearing when decoding from the server?Is it because of the HTML format?
    Is there option to send the mail in plain text format(not like attachment)?
    In outlook we can change the setting (tools->options->send->mail sending format->....here we can set as HTML format/Plain Text format)
    Like that at the sending time can i chenge the sending option as plain text format in my labview application?
    Thanks...

    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.

  • Word 2010 - I can only paste as plain text. Paste with source formatting is mising.

    I am using Word 2010 (version 14.0.7143.5000).
    I started writing a document with different formatting/styles.  If I copy formatted text from this document and try to do a paste special, I only have the option to paste as un-formatted plain text.  My different paste options are gone.  This
    used to work.
    I have performed Windows Update patches recently.  I do not have Skype or any Skype plug-ins installed that I am aware of.  I tried running Word in safe mode and without any web browsers open.
    Any ideas?

    I eventually figured out the problem.  The problem was not in Word or a setting within Word.  The problem was that I had other programs open that were modifying the data in the clipboard, specifically Windows Remote Desktop and Tight VNC viewer.
     They were converting the data in the clipboard to plain text without my knowledge.  So once I closed VNC and change Remote Desktop not to share the clipboard between machines, the data in the clipboard kept its formatting and the different Paste
    options in Word returned.  Hopefully this information will help others with this problem.

  • 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.

  • How to send a text message via email

    I researched and did some trials and found out i can send multimedia messages via email and not text..
    MMS - 10 Digit [email protected] - WORKS !!
    Text mail - 10 Digit [email protected] - DOESN'T Work.
    Can someone help ?
    Thanks !

    Swapann wrote:
    MMS - 10 Digit [email protected] - WORKS !!
    Text mail - 10 Digit [email protected] - DOESN'T Work.
    Can someone help ?
    Help with what?  It looks like it's working exactly as it's supposed to. 
    If you want to send a plain text message, no formatting, no signature, no smilies, no extra anything, then use plain text mode and send it via vtext.com  If there is a picture, or it's an html email, it needs to be sent via vzwpix.com.

  • 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

Maybe you are looking for

  • COPY_REGION & SELECT_ALL - not working correctly

    Hi there, I have menu items for copy and paste. Here are the properties Menu Item Type: Plain Magic item : None Command type: PLSQL visible in menu: Yes visible in horizontal menu tool bar : yes visible in vertical menu tool bar : no icon in menu: No

  • Is there way to install OS and drivers without recovery CD?

    Hi... I installed my notebook with the recovery cd... but i get disappointed because it installed a lot of unusual programs...like aol, sonic-pro, games... is that a way to install windows and drivers only ?? without this boring programs ??? i don't

  • Null point error while working with a window

    Hi all ,               On click of a button ina  awindow a new window which has only one view has to open.After getting opened the new window and upon performing some functioanlites in that it is giving the following error java.lang.NullPointerExcept

  • Thumbnails are slow

    I am using version 9.4.1 on a 64 bit win 7 mach ine. I can see the thumbnails on the left as soon as I click in the dire ctory but the large view to the right of the directory takes 10 seconds or long er to show up. I can envoke Adobe Reader by doubl

  • MP4 player suddenly disappear.

    Hi. My first big problem with Arch Linux. Now, I'll describe my problem. So, when I put my player into usb I have no problem to mount and view it, but when I want to open or send some txt, mp3,avi, *.* files device /dev/sda (for player) and /dev/sdb