|
By Dr. Philip Baczewski, Associate Director of Academic ComputingKnow Your Mail HeaderWith E-mail so much in the news, I decided to revive a "Network Connection Classic" which has as much relevance today as when it was originally written about 4 years ago. It is hard to comprehend how much Internet use has increased in those 4 years. Access methods have changed as well. Chances are that 4 years ago, you would have sent Internet E-mail from a central multi user system (CMS or UNIX). Now most E-mail is done from a PC desktop using client/server programs like Simeon or GroupWise. However, the following information hasn't changed. Standards are still what make the Internet work, and this E-mail protocol remains the same, regardless of how you are sending the E-mail. So, the only thing that has changed is your mail program and system. The rest remains the same. Understanding the content of an E-mail header can provide you with useful information about where your mail came from and how it got to you. The one additional piece of information you may need to know is how to see your full mail header. In Simeon, when reading a message, select "Raw Header" from the view menu. In Pine, use the command, "h", when viewing a message. In GroupWise, the header often appears as an attachment to the mail message. The only other thing that has changed is that the "former employee" referred to below is once again a current employee and happily back in the UNT fold. - PCB Go to the head of the classIf you have received Internet mail, you may have noticed all that stuff at the top which we technical types like to call the mail header. The part you usually notice may be the Date:, To:, From: and Subject: fields, but some other parts may be useful on occasion as well. The basic rules for constructing mail headers are known by most E-mail programs and are described in a document known as RFC 822 (RFC stands for Request for Comment and RFCs are numbered sequentially as they are published on the Internet).1 It is the standardization of these header fields that allow differing computer systems to easily transmit mail across the Internet. By examining a typical message header, we can gain further understanding of the different fields and perhaps gain additional insight for interpreting messages which have delivery problems or a less than clear origin. What follows below is a typical Internet mail header. It was part of a message sent to me by one of UNT's former staffers. At first glance, it might seem quite a jumble, but by analyzing different sections, it's interpretation becomes quite a bit easier. Received: from UNTVM1 by VM.ACS.UNT.EDU (Mailer R2.07) with BSMTP id 3111; Wed,21 Dec 94 13:30:17 CST Received: from is.rice.edu by VM.ACS.UNT.EDU (IBM VM SMTP V2R1) with TCP; Wed, 21 Dec 94 13:29:46 CST Received: from brigadoon.rice.edu by is.rice.edu (AA28265); Wed, 21 Dec 94 13:28:48 CST Message-Id: <9412211928.AA28265@is.rice.edu> X-Sender: kevinm@is.rice.edu X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 21 Dec 1994 14:30:59 -0600 To: ac12@vm.acs.unt.edu From: kevinm@is.rice.edu (Kevin Mullet) Subject: Kermit snippet Deconstructing a headerIt may help to examine this header in reverse. From the bottom up, the first part should be familiar: Date: Wed, 21 Dec 1994 14:30:59 -0600
To: ac12@vm.acs.unt.edu
From: kevinm@is.rice.edu (Kevin Mullet)
Subject: Kermit snippet
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
The above two lines indicate that the mail program used to send the message supports the MIME protocol (allowing multimedia attachments). The first line shows the MIME version used and the second line shows the nature of any attachments, in this case simply a text-only message. Working our way up the header, we find the following two lines: X-Sender: kevinm@is.rice.edu
X-Mailer: Windows Eudora Version 1.4.3
Every Internet message is given an arbitrarily assigned message identification and this is shown in the following line: Message-Id: <9412211928.AA28265@is.rice.edu>
The first three lines of the header show the path your message took to reach you: Received: from UNTVM1 by VM.ACS.UNT.EDU (Mailer R2.07) with BSMTP
id 3111; Wed, 21 Dec 94 13:30:17 CST
Received: from is.rice.edu by VM.ACS.UNT.EDU (IBM VM SMTP V2R1)
with TCP; Wed, 21 Dec 94 13:29:46 CST
Received: from brigadoon.rice.edu by is.rice.edu (AA28265); Wed,
21 Dec 94 13:28:48 CST
Received: from brigadoon.rice.edu by is.rice.edu (AA28265); Wed,
21 Dec 94 13:28:48 CST
Moving up our header example we see: Received: from is.rice.edu by VM.ACS.UNT.EDU (IBM VM SMTP V2R1)
with TCP; Wed, 21 Dec 94 13:29:46 CST
Finally, the message gets to me: Received: from UNTVM1 by VM.ACS.UNT.EDU (Mailer R2.07) with BSMTP
id 3111; Wed, 21 Dec 94 13:30:17 CST
Class dismissedThat's the end of "Headers 101" and hopefully, this has been a revelation of some of that Internet "mystery." You can find out more by reading RFC 822 or any number of Internet books that are available commercially. I can't reveal all the Internet mysteries here, however. After all, you have to hold back some of those mysteries if you are going to be considered a guru. 1. If you are interested in reading some RFC documents you can find a source at http://www.rfc editor.org/rfc.html. Comments, Questions? Send them to Philip Baczewski. |