About Overcome Email Overload with Microsoft Outlook 2000
Other email material by Kaitlin Duck Sherwood:
A Beginner's Guide to Effective Email
Why I Don't Like Electronic Greeting Cards
Humorous looks at email:
The Dark Side of Web Publishing
Hyphenate or not -- Email or E-mail?
Chapter 9 - Make Messages Legible
Excerpted from Overcome Email Overload with Eudora 5Copyright © 2001 Kaitlin Duck Sherwood
What you see when you create a paper document is the same thing that your correspondent will see when reading it. On the other hand, there are a lot of different email programs, each with their own way of presenting messages. Your email program might display a message quite differently from how your correspondent's software displays it. It is relatively easy to send someone a message that they can't understand.
Why is this? For starters, when people first started using Internet email in the early 1970s, the technical and social environments were very different. Early email messages used only very simple text. Anything else would have been impractical:
- Essentially everybody using the Internet spoke English--a language with a very simple alphabet (called the "Latin character set").
- Computer-to-computer communication was very slow and expensive.
- Almost no computers had graphic display terminals.
- There was essentially no off-the-shelf software.
The first email standards didn't allow attachments, styled text, or even non-Latin character sets. Later, when people decided they wanted to be able to send more kinds of messages, the software had to stay backwards-compatible with the simple text. This means that everything sent by email today--from video to Chinese hypertext to Spanish spreadsheets--is encoded in Latin characters.
Furthermore, because the Internet grew out of a U.S. government project, it was aggressively non-profit for the first twenty years of email. No one person or company was allowed to control the email standards, so nobody could control the software. Anybody could write email software, and pretty much anybody did. (Even I have written two non-commercial email programs.) There are now many different email programs, each with different features and capabilities.
Finally, it would be impossible to make all email programs understand all file formats. In 1993 the email specification was extended to allow people to send attachments --documents in any arbitrary formats. However, the email program doesn't have responsibility for showing those documents. Instead, you must have "helper" programs that understand the various formats. If you don't have a helper program that understands a format, then you can't read that type of attachment.
So there are three reasons your correspondents might be unable to read your message:
- They might use an older email program that only understands plain Latin text.
- Their email program might have different capabilities than yours.
- They might not have the right helper programs to read the attachments that you send.
While your close co-workers might all use the same email program that you do, you might need to correspond with people in other divisions, other countries, or even other companies. They might not have the same email program that you do.
If you send a message that your correspondent has a hard time understanding, he or she will probably send you another message. You will then need to spend time both reading his or her message and re-writing your original message.
This section discusses the problems that might arise from a mismatch between the sending and receiving software and how to avoid having to send a message twice.
To figure out what email program your correspondent uses, open one of his or her messages in its own window, then click on the BLAH BLAH BLAH button in the upper left of the window. The name of the email program is usually in the X-Mailer: or User-Agent: header.
Some versions of Eudora don't use X-Mailer: or User-Agent: . However, you might be able to recognize Eudora messages from the first few characters of the Message-ID: header. A Message-ID: that starts with v , p , or a followed by four digits usually means that Eudora sent the message. (The four digits give the version number. For example, v0421 means the sender used Eudora version 4.2.1.) Message-ID : headers from Eudora for Windows frequently start with three digits, separated by periods which correspond to the version number. For example, Eudora for Windows version 4.0.1 sends messages with Message-ID: headers that start with 4.0.1 .
Mozilla means Netscape Communicator; Internet Message Service usually means Microsoft Outlook.
Use Styled Text Infrequently
Most current consumer-grade email programs (including Microsoft Outlook, Microsoft Outlook Express, Netscape Communicator, and AOL) understand styled text. However, some older or more obscure email programs only understand plain text. Italics, bold, and color changes will show up to those programs as commands in the text. The sender might see something like this:
|
Hiya! Hey, I loved the presentation you gave to Christiaan this morning. Great Job! |
But if the reader's software doesn't understand the formatting, the message will probably show up as something like this:
Keep your correspondent's capabilities in mind when you send styled text. If you don't know your correspondent's capabilities, you might want to email everything as plain text.
You can set Eudora to prevent you from sending styled text. Eudora will then strip all formatting out when it sends messages. To do this, go to the Tools -> Options... -> Styled Text (Windows) or Special -> Settings... -> Styled Text (Mac OS) window and select the radio button next to Send plain text mail only .
You can also strip formatting from your message while you compose it. First, select the text you want to make plain. If you are using Eudora for Windows press Control-Space . If you are using Eudora for Mac OS, press Command-Option-t . Alternatively, you can press the "strip formatting" button. This button is at or near the right end of the formatting toolbar, as circled in Figure 36 and Figure 37:
Figure 37: Strip Formatting Button (Windows)
You can make Eudora send two messages in one, with the first part plain and the second part styled. Advanced email programs will use the styled part. People who use an older email program will see the plain, intelligible text first followed by the same kind of unintelligible text as in the previous example. To set Eudora to send both versions, select the radio button next to Send plain & styled both .
Despite the name, the button labeled Send styled mail only will only send styled text if you make some text styled (like italicized, underlined, or a different fond). Most of the time it will send plain text.
Use Default Font
People sometimes like to dress up their messages with a nicer font. I will absolutely agree that proportional-width fonts (like in this paragraph) look nicer than fixed-width fonts like this:
This is a fixed-width (or monospaced) font.However, you need to be careful when using a proportional-width font. Even if your correspondents' software has the capability to change fonts, if that font you used isn't on their system, their software might substitute a different font. That new font probably won't have the same spacing as the font you used. Any vertical alignment that you have in your message (especially in tables) will probably get messed up.
For example, here is a message with a table that I composed in the same font as this paragraph, then converted into a monospaced font:
|
|
Even if your correspondents use an email program that can display different fonts, they might not choose to see different fonts. People who frequently get fonts that are too small to easily read might instruct their email program to always use their default font. Thus, what they read might not look the same as what you wrote.
Whitespace
Because HTML removes extra spaces and tabs, messages that are displayed in HTML might look different than the messages you composed. This most commonly happens if your correspondent reads email through a Web-based service. The previous message can sometimes look like this when read from a Web page:
If you need to send tables of information to someone who reads their email with a web-based service, ask if they have a different account. If they don't, you might want to send the information in a different form.
Make Web Sites Easy to Get to
You're undoubtedly aware that Eudora recognizes URLs (the Uniform Resource Locators or Web addresses) in a message and makes them active. Clicking on a URL will take you to that Web location.
Unfortunately, not everyone's email program can recognize URLs. Even if your correspondent's program can, it is a lot dumber than your correspondent: the software will guess wrong sometimes. You can help the software recognize URLs correctly by taking care when writing messages.
Many email programs look for the character string http:// to decide if something is a URL or not. If the opening http:// isn't there, the software will think it is just regular text. This means your correspondent will have to copy the address and paste it into a Web browser by hand.
Outlook and Outlook Express will recognize URLs that start with www or ftp followed by a period. However, even Outlook and Outlook express can't recognize URLs that start with something besides www or ftp. I don't know of any email program that can recognize that these are URLs:
It is always safer to include the http:// !
Punctuation
While Eudora usually recognizes where a URL finishes and where punctuation begins, some other email software doesn't recognize the end of a URL as well. Sometimes, email software includes any punctuation that follows the URL. For example, look at the following message:
|
The URL is http://www.flossrecycling.com/phrock.html. |
Some email software thinks that the last period (after html ) is part of the URL. Thus, if someone clicks on the link, they'll get an error that the page doesn't exist. This can lead to an unproductive email exchange, with one person insisting that the page doesn't exist and the other insisting that it does.
I will admit that it looks ugly, but it causes less confusion if there is at least a space between the URL and any punctuation:
|
The URL is http://www.flossrecycling.com/phrock.html . |
You can enclose the URLs in angle brackets (<>) to make the punctuation clear:
|
The URL is <http://www.flossrecycling.com/phrock.html>. |
Cut and Paste
Unfortunately, angle brackets right against the URL make it slightly harder to cut-and-paste the URL. A few years ago, I had repetitive strain injury, and had to operate a trackball with my foot. I was using an older email program that required cutting and pasting URLs, and had a really hard time getting the cursor between the < and the http . While I understand that not many people mouse with their feet, there are a lot of diseases that decrease coordination, making it difficult to get the cursor between the < and the http .
A space between the URLs and surrounding punctuation makes it much easier to select a URL:
|
The URL is < http://www.flossrecycling.com/phrock.html >. |
To make cut-and-paste mindlessly easy for people, I always try to put URLs on their own lines:
|
|
Yes, the period after the URL is now missing. While this is ungrammatical, there is no good place to put it. Fortunately, most readers don't notice that it is missing.
Long URLs
If the URL is too long or too close to the end of a line, it might get split across two lines. If that happens, most email programs usually only recognize the first line:
|
The report is at is http://www.flossrecycling.com/phrock. |
Clicking on http://www.flossrecycling.com/phrock. will not take Mabel to the right page!
Eudora can recognize URLs that cross lines if the URL is enclosed in angle brackets:
|
The report is at is <
http://www.flossrecycling.com/phrock. |
Not all email programs are that clever, however.
If you can see that the URL is probably going to get split in two, mention that the reader might need to cut and paste both lines:
|
The report is at is http://www.flossrecycling.com/customers/phrockmeijer/203
(Note: you might need to cut and paste the above Web |
Send Attachments Infrequently
Attachments allow people to share any file in any format. GIF images, JPEG images, Word documents, WordPerfect documents, Photoshop files, Excel spreadsheets, and executable files are just a few of the types of documents people routinely attach to messages.
This can work very well: people can skim through the text of a message and save long attachments for later. However, if the reader's email software doesn't recognize attachments and receives a non-text file (like a Word document, a binary, a picture, or even compressed text), it will appear as lots of garbage. Pages and pages of garbage, usually.
Even if the readers have email software that understands what attachments are, they still need to have the right software to read the document. Think of it this way: somebody can use the Post Office to send you any kind of document. However, if someone sends you microfilm, you won't be able to read it without microfilm equipment.
Even executable programs aren't always useful to your correspondent. Macintosh programs won't run on Microsoft Windows computers; Windows 2000 programs will not run on DOS computers.
In general, it is a good idea to check with your correspondents to see what kind of attachments they can understand before sending one. Be sure to ask about version numbers and hardware platforms as well. Someone who has a Macintosh running Microsoft Word 3.0 will have difficulty opening a Word for Windows 6.0 document.
If some of your correspondents are low on disk space or have a slow Internet connection, they will not be happy to receive a large attachment--like a 200MB video--no matter how funny it is. It is almost always better to post large documents on the Web and email the URL instead of the file. If you don't have that option, please email your correspondents first and ask if they want the attachment.
Even if your correspondent is able to view your attachments, he or she might be afraid to. You've probably already seen the problems that viruses in attachments can give an organization. Plain text messages, on the other hand, can't carry computer viruses.
Finally, it usually takes extra effort to look at an attachment. Your correspondent probably has to click on the attachment to open it, and it might take a few moments for it to show up in a window.
If you don't know what program your correspondent uses, it is almost always best to use plain text. It might be boring, but it is safe, fast, and everyone can read it.
Word Wrap
If there is a mismatch in the line length between the sender and the receiver, the message will look ugly on the receiver's screen. Some email software will keep displaying the line until there is a carriage return, forcing the reader to scroll to the right:
This is ugly and difficult to read.
Eudora, like many email programs, can word wrap--move words to a new line if the line length is longer than the window is wide. Eudora will always word wrap incoming messages, so the previous message would be easy to read with Eudora:
Eudora can also wrap outgoing messages, so that your correspondents won't have to scroll to the right to read all of your messages. Eudora will wrap outgoing messages as long as you don't uncheck the box marked word wrap in Special -> Settings... -> Composing Mail (Mac OS) or Tools -> Options... -> Composing Mail (Windows).
However, you need to be careful not to put in carriage returns at the ends of your lines. If Eudora has a different opinion of where the end of the line is, your correspondent might see alternating long lines and short lines. The break at the end of the long line will be from Eudora word wrapping; the break at the end of the short line is from the Return/Enter that you put in.
The best thing to do is to leave word-wrapping enabled and let Eudora figure out where the line breaks should be. Only hit enter to start a new paragraph.
You might also sometimes see a pattern of alternating long and short lines when a message is quoted:
|
>I've got the price quote for the report printing ready; >soon as I get a decision on the cover selection, I'll be >to go. Have you talked to the sales guys about whether |
When this person quoted the previous message, the `>' made the lines too long, so they wrapped.
Eudora will let you unwrap a message--remove the carriage returns and make the line lengths more uniform--but the option isn't easy to find. With Eudora for Mac OS, when you hold down the Option key, the Edit menu will change to have an option Unwrap Selection . Select the text you want to unwrap, hold down the Option key, and select Edit -> Unwrap Selection .
With Eudora for Windows, highlight the text you want to unwrap and select Edit -> Message Plug-ins -> Unwrap Text .
You can unwrap messages that you receive as well as the ones you send, but you have to do two more steps to edit a message you received.
- Open the message in its own window.
- Click on the button in the upper left with a pencil on it, shown in Figure 38. (This lets you edit the message.)
- Unwrap the message as explained previously.
Figure 38: Pencil Button
Doing Unwrap Selection/Unwrap Text once might not improve the message as much as you want. Sometimes unwrapping again will improve the layout even more.
If, after unwrapping, you end up with `>' signs at only the beginning of each paragraph, you can try rewrapping the selection. Selecting Edit -> Wrap Selection converts paragraphs that start with one `>' to a paragraph with `>' at the beginning of every line.
Understand Quoting Styles
Eudora normally marks quoted material with vertical black bars--what Eudora calls excerpt bars --to the left of the quoted text. However, most email programs use ">". Even if you compose a message with excerpt bars, unless your correspondents use Eudora, they will probably see ">" where you see excerpt bars.
How can they see ">" when you see excerpt bars? Eudora sends the message with ">" marks at the beginning of every line of quoted material, but sends a special instruction hidden in the header. That instruction-- format=flowed --tells Eudora that lines starting with ">" can be word-wrapped. When Eudora receives a message with format=flowed , it then converts the ">" marks into excerpt bars and wraps the text.
If someone is using software that doesn't understand format=flowed , the software won't translate the message. The message will have ">" at the beginning of every quoted line.
"From " at the Beginning of a Line
You need to be careful if a line in the body of a message starts with "From " (with a space after the "m". Because of some shortcuts taken when email was young and didn't know any better, "From " at the beginning of a line is always modified.
Email was traditionally stored as one long file of text, with one message after another. The first line in any email message starts with From followed by Space . (Eudora hides that line, so you won't ever see it.) Email programs could thus tell where one message stopped and the next message started by looking for " From " (with a space) at the beginning of a line.
However, if someone wrote a message that had " From " at the beginning of a line, it could fool the receiving email program into thinking that it had reached a message boundary. Thus, when sending a message, email programs are required to modify lines that start with From (with a capital F) followed by Space .
Eudora modifies lines that start with " From " by putting a space at the beginning of the line. When Eudora receives a message that starts with " From "(with Space before and after the From ), it takes the space out.
Most other programs put a ">" at the beginning of lines that begin with " From ". Most programs don't remove a space in front of a From at the beginning of the line.
This means that if you are sending a message that has "From " at the beginning of a line, your correspondents might see a space that you don't. In messages that you receive, a line that starts with >From might not be a quote:
|
Pete Pittman forwarded your application to me. At 5:37 PM, Pete Pittman said: >Please review this application and let the applicants know if >they need to provide any additional information. |
Here, it looks like Pete Pittman is the one who thought the application was fine, not Milos Smith.
Summary
- What you see when you compose an email message is not always the same thing that your correspondents see when reading the message.
- If you don't know what email program your correspondent uses, it's safer to send messages as plain text.
- If your messages are too pretty, your colleagues might think you don't have enough to do.
- You can strip formatting in selected text by pressing Control-Space (Windows) or Command-Option-t (Mac OS).
- When sending a URL in email, be sure to include the http:// part of it.
- Put URLs on lines by themselves.
- If the URL is long enough that it will cross lines, put angle brackets (<>) around it and/or warn your correspondent that they might have to cut and paste multiple lines.
- Avoid all punctuation except for angle brackets (<>) right before or after URLs.
- Some email software doesn't understand attachments at all. Your attachments will then show up as pages and pages of garbage.
- Even when your correspondent's email software can decode attachments, your correspondent might not have the right software to view it. It's a good idea to check with your correspondent to see what format (including version numbers!) he or she can read before sending an attachment.
- Even if your correspondent has an application that can read an attachment, he or she might not want to open it. Helper programs can take a little while to start up and attachments sometimes have computer viruses.
- People with slow Internet connections or limited disk space might be annoyed if you send them large attachments. It is almost always better to post large files on a local network or the Web and send only the URL.
- Turn word wrapping on and let Eudora figure out where to put the line breaks. Only type enter to start a new paragraph.
Go up to Table of Contents
Go back to Chapter 8 - Convey Emotional Tone
Go on to Chapter 10 - Get and Keep Attention