Client de messagerie

Un client de messagerie , un lecteur de messagerie ou, plus formellement, un agent utilisateur de messages (MUA) ou un agent utilisateur de messagerie est un programme informatique utilisé pour accéder et gérer le courrier électronique d'un utilisateur .

Une application Web qui fournit des fonctions de gestion, de composition et de réception de messages peut agir comme un client de messagerie Web , et un élément de matériel informatique ou de logiciel dont le rôle principal ou le plus visible est de fonctionner comme un client de messagerie peut également utiliser ce terme.

Comme la plupart des programmes clients, un client de messagerie n'est actif que lorsqu'un utilisateur l'exécute. L'arrangement commun consiste pour un utilisateur de messagerie (le client) à prendre des dispositions avec un serveur MTA ( Mail Transfer Agent ) distant pour la réception et le stockage des e-mails du client. Le MTA, à l'aide d'un agent de distribution de courrier (MDA) approprié, ajoute les messages électroniques au stockage d'un client au fur et à mesure de leur arrivée. Le stockage de courrier distant est appelé boîte aux lettres de l'utilisateur . Le paramètre par défaut sur de nombreux systèmes Unix est que le serveur de messagerie stocke les messages formatés dans mbox , dans le répertoire personnel de l'utilisateur . Bien entendu, les utilisateurs du système peuvent se connecter et exécuter un client de messagerie sur le même ordinateur qui héberge leurs boîtes aux lettres ; dans ce cas, le serveur n'est pas réellement distant , sauf dans un sens générique.

Les e-mails sont stockés dans la boîte aux lettres de l'utilisateur sur le serveur distant jusqu'à ce que le client de messagerie de l'utilisateur demande leur téléchargement sur l'ordinateur de l'utilisateur ou puisse accéder à la boîte aux lettres de l'utilisateur sur le serveur éventuellement distant. Le client de messagerie peut être configuré pour se connecter à plusieurs boîtes aux lettres en même temps et pour demander le téléchargement des e-mails soit automatiquement, par exemple à des intervalles prédéfinis, soit la demande peut être initiée manuellement par l'utilisateur.

La boîte aux lettres d'un utilisateur peut être consultée de deux manières différentes. Le protocole POP (Post Office Protocol ) permet à l'utilisateur de télécharger les messages un par un et de les supprimer du serveur uniquement après qu'ils ont été correctement enregistrés sur le stockage local. Il est possible de laisser les messages sur le serveur pour permettre à un autre client d'y accéder. Cependant, il n'existe aucune disposition permettant de marquer un message spécifique comme vu , répondu ou transféré . Le protocole POP n'est donc pas pratique pour les utilisateurs qui accèdent au même courrier à partir de différentes machines.

Le protocole IMAP (Internet Message Access Protocol ) permet également aux utilisateurs de conserver les messages sur le serveur, en les marquant comme appropriés. IMAP fournit des dossiers et des sous-dossiers, qui peuvent être partagés entre différents utilisateurs avec des droits d'accès éventuellement différents. En général, les dossiers Envoyés , Brouillons et Corbeille sont créés par défaut. IMAP propose une extension inactive pour les mises à jour en temps réel, offrant une notification plus rapide que l'interrogation, lorsque des connexions de longue durée sont possibles. Voir également la section sur les messages distants ci-dessous.

Le protocole JSON Meta Application Protocol (JMAP) est implémenté à l'aide d'API JSON sur HTTP et a été développé comme alternative à IMAP/SMTP.

De plus, le stockage de la boîte aux lettres peut être accessible directement par des programmes exécutés sur le serveur ou via des disques partagés . L'accès direct peut être plus efficace mais est moins portable car il dépend du format de la boîte aux lettres ; il est utilisé par certains clients de messagerie, notamment certaines applications de messagerie Web.

Les clients de messagerie contiennent généralement des interfaces utilisateur permettant d'afficher et de modifier du texte. Certaines applications permettent l'utilisation d'un éditeur externe au programme.

Les clients de messagerie effectuent le formatage conformément à la RFC 5322 pour les en-têtes et le corps , et MIME pour le contenu non textuel et les pièces jointes. Les en-têtes incluent les champs de destination, À , Cc (abréviation de Copie carbone ) et Cci ( Copie carbone invisible ), ainsi que les champs d'origine De, qui désignent l'auteur(s) du message, Expéditeur s'il y a plusieurs auteurs, et Répondre à si les réponses doivent être adressées à une autre boîte aux lettres. Pour mieux aider l'utilisateur avec les champs de destination, de nombreux clients gèrent un ou plusieurs carnets d'adresses et/ou peuvent se connecter à un serveur d'annuaire LDAP . Pour les champs d'origine, les clients peuvent prendre en charge différentes identités.

Les paramètres client nécessitent le nom réel de l'utilisateur et l'adresse e-mail pour l'identité de chaque utilisateur, et éventuellement une liste de serveurs LDAP.

Lorsqu'un utilisateur souhaite créer et envoyer un courrier électronique, le client de messagerie se charge de cette tâche. Le client de messagerie est généralement configuré automatiquement pour se connecter au serveur de messagerie de l'utilisateur, qui est généralement un MSA ou un MTA , deux variantes du protocole SMTP . Le client de messagerie qui utilise le protocole SMTP crée une extension d'authentification, que le serveur de messagerie utilise pour authentifier l'expéditeur. Cette méthode facilite la modularité et l'informatique nomade. L'ancienne méthode consistait à ce que le serveur de messagerie reconnaisse l'adresse IP du client, par exemple parce que le client se trouve sur la même machine et utilise l'adresse interne 127.0.0.1, ou parce que l'adresse IP du client est contrôlée par le même fournisseur d'accès Internet qui fournit à la fois l'accès Internet et les services de messagerie.

Les paramètres client nécessitent le nom ou l'adresse IP du serveur de courrier sortant préféré , le numéro de port (25 pour MTA, 587 pour MSA) et le nom d'utilisateur et le mot de passe pour l'authentification, le cas échéant. Il existe un port 465 non standard pour les sessions SMTP chiffrées SSL , que de nombreux clients et serveurs prennent en charge pour des raisons de compatibilité ascendante.

Sans cryptage, comme pour les cartes postales, l'activité des e-mails est clairement visible par n'importe quel internaute. Le cryptage des e-mails permet de protéger la confidentialité en cryptant les sessions de messagerie, le corps du message ou les deux. Sans cela, toute personne disposant d'un accès au réseau et des bons outils peut surveiller les e-mails et obtenir les mots de passe de connexion. Parmi les exemples de préoccupations, citons la censure et la surveillance du gouvernement et les autres utilisateurs de réseaux sans fil, comme dans un cybercafé .

Tous les protocoles de messagerie électronique pertinents disposent d'une option permettant de crypter l'intégralité de la session, afin d'empêcher que le nom et le mot de passe d'un utilisateur ne soient espionnés . Ils sont fortement recommandés pour les utilisateurs nomades et lorsque le fournisseur d'accès Internet n'est pas fiable. Lors de l'envoi de courrier, les utilisateurs ne peuvent contrôler le cryptage qu'au premier saut d'un client vers son serveur de courrier sortant configuré . À tout saut ultérieur, les messages peuvent être transmis avec ou sans cryptage, en fonction uniquement de la configuration générale du serveur de transmission et des capacités du serveur de réception.

Les sessions de messagerie chiffrées délivrent les messages dans leur format d'origine, c'est-à-dire en texte brut ou en corps chiffré, sur la boîte aux lettres locale d'un utilisateur et sur le serveur de destination. Ce dernier est exploité par un fournisseur de services d'hébergement de messagerie , éventuellement une entité différente du fournisseur d'accès Internet actuellement en place.

Le cryptage d'une session de récupération de courrier électronique avec, par exemple, SSL, peut protéger les deux parties (authentification et transfert de messages) de la session.

Alternativement, si l'utilisateur dispose d'un accès SSH à son serveur de messagerie, il peut utiliser la redirection de port SSH pour créer un tunnel crypté sur lequel récupérer ses e-mails.

Il existe deux principaux modèles de gestion des clés cryptographiques. S/MIME utilise un modèle basé sur une autorité de certification (CA) de confiance qui signe les clés publiques des utilisateurs. OpenPGP utilise un mécanisme de réseau de confiance un peu plus flexible qui permet aux utilisateurs de signer les clés publiques des autres. OpenPGP est également plus flexible dans le format des messages, dans la mesure où il prend toujours en charge le chiffrement et la signature des messages simples tels qu'ils fonctionnaient avant la normalisation MIME .

Dans les deux cas, seul le corps du message est chiffré. Les champs d'en-tête, notamment l'expéditeur, les destinataires et souvent l'objet, restent en texte brut.

Outre les clients de messagerie fonctionnant sur un ordinateur de bureau, il existe ceux hébergés à distance, soit dans le cadre d'une installation UNIX distante accessible par telnet (c'est-à-dire un compte shell ), soit hébergés sur le Web . Ces deux approches présentent plusieurs avantages : elles partagent la possibilité d'envoyer et de recevoir des e-mails en dehors de la base normale de l'utilisateur à l'aide d'un navigateur Web ou d'un client telnet, éliminant ainsi le besoin d'installer un client de messagerie dédié sur l'appareil de l'utilisateur.

Certains sites Web sont dédiés à la fourniture de services de messagerie électronique et de nombreux fournisseurs de services Internet proposent des services de messagerie Web dans le cadre de leur forfait de services Internet. Les principales limitations de la messagerie Web sont que les interactions des utilisateurs sont soumises au système d'exploitation du site Web et à l'incapacité générale de télécharger des messages électroniques et de composer ou de travailler sur les messages hors ligne, bien qu'il existe des progiciels capables d'intégrer des parties de la fonctionnalité de messagerie Web dans le système d'exploitation (par exemple, la création de messages directement à partir d'applications tierces via MAPI ).

Comme IMAP et MAPI, le webmail permet aux messages électroniques de rester sur le serveur de messagerie. Voir la section suivante.

POP3 propose une option permettant de laisser les messages sur le serveur. En revanche, IMAP et le webmail conservent les messages sur le serveur comme méthode de fonctionnement, bien que les utilisateurs puissent faire des copies locales à leur guise. Conserver les messages sur le serveur présente des avantages et des inconvénients.

• Les messages sont accessibles à partir de différents ordinateurs ou appareils mobiles situés à différents endroits, à l'aide de différents clients.
• Une sorte de sauvegarde est généralement fournie par le serveur.

• Avec une bande passante limitée, l’accès aux messages longs peut être long, à moins que le client de messagerie ne mette en cache une copie locale.
• Il peut y avoir des problèmes de confidentialité puisque les messages qui restent en permanence sur le serveur ont plus de chances d'être consultés de manière occasionnelle par le personnel informatique, à moins qu'un cryptage de bout en bout ne soit utilisé.

Les protocoles les plus utilisés pour récupérer le courrier sont POP3 et IMAP4 . L'envoi de courrier se fait généralement à l'aide du protocole SMTP .

Une autre norme importante prise en charge par la plupart des clients de messagerie est MIME , qui est utilisée pour envoyer des pièces jointes de fichiers binaires . Les pièces jointes sont des fichiers qui ne font pas partie de l'e-mail proprement dit mais qui sont envoyés avec l'e-mail.

La plupart des clients de messagerie utilisent un champ d'en-tête User-Agent pour identifier le logiciel utilisé pour envoyer le message. Ce champ d'en-tête est défini pour Netnews, mais pas pour le courrier électronique, et, en tant que tel, n'est pas standard dans les en-têtes de courrier électronique.

La RFC 6409, Message Submission for Mail , détaille le rôle de l' agent de soumission de courrier .

La RFC 5068, Opérations de soumission de courrier électronique : exigences d'accès et de responsabilité , fournit un aperçu des concepts de MTA, MSA, MDA et MUA. Elle mentionne que « les fournisseurs d'accès NE DOIVENT PAS empêcher les utilisateurs d'accéder à l'Internet externe en utilisant le port SUBMISSION 587 » et que « les MUA DEVRAIENT utiliser le port SUBMISSION pour la soumission des messages » .

La RFC 5965, Un format extensible pour les rapports de commentaires par courrier électronique , fournit « un format extensible et un type MIME qui peuvent être utilisés par les opérateurs de messagerie pour signaler des commentaires sur les courriers électroniques reçus à d'autres parties ».

Les serveurs et clients de messagerie utilisent par convention les numéros de port TCP indiqués dans le tableau suivant. Pour MSA, IMAP et POP3, le tableau indique également les libellés qu'un client peut utiliser pour interroger les enregistrements SRV et découvrir à la fois le nom d'hôte et le numéro de port du service correspondant.

Alors que la messagerie Web obéit à la disposition HTTP antérieure consistant à disposer de ports séparés pour les sessions de chiffrement et de texte brut, les protocoles de messagerie utilisent la technique STARTTLS , permettant ainsi de démarrer le chiffrement sur une connexion TCP déjà établie. Alors que la RFC 2595 décourageait l'utilisation des ports 995 et 993 précédemment établis, la RFC 8314 encourage l'utilisation de TLS implicite lorsqu'il est disponible.

Les systèmes de messagerie Microsoft utilisent l' interface de programmation d'application de messagerie propriétaire (MAPI) dans les applications clientes, telles que Microsoft Outlook , pour accéder aux serveurs de messagerie électronique Microsoft Exchange .