Le courrier électronique (e-mail)

Contents

Introduction

Le courrier électronique représente une part très importante de l'utilisation d'Internet, que ce soit au sein de l'entreprise comme auprès des particuliers. Il permet l'échange de messages de manière asynchrone à travers le monde.

Pour pouvoir recevoir du courrier électronique, nous devons posséder une adresse email sous la forme nom@organisation.domaine. La réception du courrier repose sur des protocoles tels que POP3 ou IMAP. Pour lire notre courrier, nous devons nous identifier au moyen d'un nom d'utilisateur et d'un mot de passe.

Par contre, pour envoyer du courrier, nous verrons qu'il n'est pas forcément nécessaire d'en posséder une. L'envoi repose sur le protocole SMTP, qui ne nécessite pas d'authentification.

Les adresses mail

  • steph@infobrol.be : cette forme d'adresse est la plus répandue (nom@organisation.domaine).
  • gaudry.s@infobrol.be : certains signes de ponctuation, comme le point, sont acceptés dans la partie nom.
  • "steph"@infobrol.be : les guillemets peuvent délimiter la boîte aux lettres.
  • steph(Gaudry Stéphane)@infobrol.be : la chaîne de caractères entre parenthèses est considérée comme un commentaire, et non traitée par le service de messagerie.
  • <steph@infobrol.be>Stéphane Gaudry  : la seule partie traitée par le service de messagerie se trouve entre les signes < et >.
  • steph@213.186.33.19 : la partie domaine est remplacée directement par l'adresse IP du serveur.
  • Les deux syntaxes suivantes permettent chacune d'obliger le passage par les relais mil.be, puis army.mil.be, avant d'atteindre le serveur infobrol.be :
    • <@mil.be,@army.mil.be:steph@infobrol.be>
    • <steph%infobrol.be%army.mil.be@mil.be>

Contents Haut

Cheminement d'un message électronique

Bragon désire envoyer un message à Lanfeust de Troy...

L'adresse email de Bragon est bragon@oiseaudutemps.fr

L'adresse email de Lanfeust est lanfeust@troy.be

Bragon compose son message à l'aide de son logiciel de messagerie. Il indique l'adresse du destinataire (lanfeust@troy.be), le titre (objet) de son message, et compose le message (blablabla). Ensuite, il clique sur le bouton "Envoyer".

Le message est envoyé sur le serveur de messagerie smtp.oiseaudutemps.fr, qui constate que le destinataire ne se trouve pas dans son domaine. Le serveur envoie alors le message au serveur smtp.troy.be

Le serveur smtp.troy.be trouve la boîte aux lettres de Lanfeust, et y range le message. Le message reste donc sur le serveur, et aucun message ne sera jamais envoyé à Lanfeust pour lui signaler qu'un nouveau message vient d'arriver.

Quand Lanfeust utilise son logiciel de messagerie, ce dernier est paramétré pour se connecter au serveur pop.troy.be en s'authentifiant avec le nom d'utilisateur de Lanfeust et son mot de passe.

A ce moment seulement, le serveur répond qu'un message existe dans la boîte lanfeust@troy.be, et le logiciel de messagerie peut envoyer selon sa configuration une requête pour récupérer le message, et une autre requête pour le détruire sur le serveur.

Contents Haut

Les éléments importants du courrier électronique

Enveloppe

Partie qui encapsule le message. Elle contient toutes les informations nécessaires au transfert du message, telles que l'adresse du destinataire, la priorité, le niveau de sécurité, etc.

Pour en savoir plus, vous pouvez consulter le RFC821.

Message

Le message contient tout ce qui sera visible sur notre logiciel de messagerie. Non seulement le corps (body) qui contient ce qui nous est adressé, mais aussi les en-têtes (headers) que notre logiciel utilisera pour remplir les différents champs tels que le titre du message, l'adresse de l'envoyeur, etc.

Pour en savoir plus, vous pouvez consulter le RFC822.

MUA : Mail User Agent

Le MUA est le logiciel client de messagerie que nous utilisons pour lire et envoyer nos mails.

Exemples de logiciels de messagerie : Outlook, Outlook Express, Incredimail, Eudora, etc.

MTA : Mail Transfer Agent

Les MTA sont des programmes serveurs qui transfèrent les messages d'un serveur mail vers un autre serveur mail. Les MTA gèrent des messages, mais pas de boîtes aux lettres. Nous pouvons considérer l'architecture du courrier électronique sur Internet comme un réseau maillé de MTAs.

MDA : Mail Delivery Agent

Le MDA est le service de remise du courrier dans la boîte aux lettres du serveur de messagerie (il s'agit bien du serveur et non de la boîte aux lettres dans le logiciel de messagerie du client).

MRA : Mail Retrieval Agent

Le MRA est le service qui permet au MUA de récupérer les messages dans la boîte (mailbox) sur le serveur.

Contents Haut

Pour en savoir plus...

Les pages suivantes nous permettrons d'envoyer et de recevoir des emails sans utiliser de logiciel de messagerie. Il est en effet possible d'envoyer un mail avec telnet, ou de lire un mail avec telnet.

English translation

You have asked to visit this site in English. For now, only the interface is translated, but not all the content yet.

If you want to help me in translations, your contribution is welcome. All you need to do is register on the site, and send me a message asking me to add you to the group of translators, which will give you the opportunity to translate the pages you want. A link at the bottom of each translated page indicates that you are the translator, and has a link to your profile.

Thank you in advance.

Document created the 07/09/2005, last modified the 26/10/2018
Source of the printed document:https://www.gaudry.be/en/mail.html

The infobrol is a personal site whose content is my sole responsibility. The text is available under CreativeCommons license (BY-NC-SA). More info on the terms of use and the author.

References

  1. View the html document Language of the document:uk RFC1939 Post Office Protocol (Version anglaise) : J. Myers & M. Rose., Version 3 May 1996. (Format: TXT=47018 bytes) (Obsoletes RFC1725) (Updated by RFC1957, RFC2449) (Also STD0053) (Status: STANDARD)
  2. View the html document Language of the document:fr RFC1939 Post Office Protocol (Traduction française) : J. Myers & M. Rose. May 1996., Version 3 May 1996. (Format: TXT=47018 bytes) (Obsoletes RFC1725) (Updated by RFC1957, RFC2449) (Also STD0053) (Status: STANDARD)
  3. book Language of the document:uk RFC1957 : R. Nelson., Some Observations on Implementations of the Post Office Protocol (POP3). June 1996. (Format: TXT=2325 bytes) (Updates RFC1939) (Status: INFORMATIONAL)
  4. book Language of the document:uk RFC2449 POP3 Extension Mechanism. : R. Gellens, C. Newman, L. Lundblade., November 1998. (Format: TXT=36017 bytes) (Updates RFC1939) (Status: PROPOSED STANDARD)
  5. View the txt document Language of the document:uk RFC0821 : SMTP Simple Mail Transfer Protocol. (Version anglaise) : J. Postel, RAug-01-1982. (Format: TXT=124482 bytes) (Obsoletes RFC0788) (Also STD0010) (Status: STANDARD)
  6. View the html document Language of the document:fr RFC0821 : SMTP Simple Mail Transfer Protocol. (Traduction française) : J. Postel, Aug-01-1982. (Format: TXT=124482 bytes) (Obsoletes RFC0788) (Also STD0010) (Status: STANDARD)
  7. book Language of the document:uk RFC2505 Anti-Spam Recommendations for SMTP MTAs. : G. Lindberg., February 1999. (Format: TXT=53597 bytes) (Also BCP0030) (Status: BEST CURRENT PRACTICE)

These references and links indicate documents consulted during the writing of this page, or which may provide additional information, but the authors of these sources can not be held responsible for the content of this page.
The author This site is solely responsible for the way in which the various concepts, and the freedoms that are taken with the reference works, are presented here. Remember that you must cross multiple source information to reduce the risk of errors.

Contents Haut