Email

Le au signe, une partie de chaque SMTP adresse e-mail

Le courrier électronique, plus communément appelé e-mail ou par e-mail depuis environ 1993, est une méthode d'échange de messages numériques d'un auteur à un ou plusieurs destinataires. Email moderne opère à travers l' Internet ou autre réseaux informatiques. Certains systèmes de messagerie début exigé que l'auteur et le destinataire à la fois être ligne en même temps, en commun avec messagerie instantannée. Les systèmes de messagerie actuels sont basés sur une stocker-and-forward modèle. Email serveurs acceptent, en avant, remettre et stocker des messages. Ni les utilisateurs ni leurs ordinateurs sont nécessaires pour être en ligne simultanément; ils ont besoin se connecter que brièvement, typiquement à une serveur de messagerie, pour aussi longtemps qu'il le faudra pour envoyer ou recevoir des messages.

Historiquement, le courrier électronique terme a été utilisé de manière générique pour toute transmission électronique des documents. Par exemple, plusieurs écrivains au début des années 1970 ont utilisé le terme pour décrire fax transmission de document. Par conséquent, il est difficile de trouver la première citation pour l'utilisation du terme a la signification plus spécifique, il a aujourd'hui.

Un message de messagerie Internet se compose de trois éléments, l'enveloppe de message, l'en-tête du message et le corps du message. L'en-tête du message contient des informations de contrôle, y compris, au minimum, un donneur de adresse e-mail et une ou plusieurs adresses de destinataires. Habituellement information descriptive est également ajouté, comme un champ d'en-tête de sujet et un timbre de date / heure de soumission de messages.

À l'origine un texte seul (ASCII 7-bit et autres) moyen de communication, e-mail a été étendu à effectuer contenu des pièces jointes multi-médias, un processus normalisé dans RFC 2045 et 2049. Collectivement, ces RFC sont venus à être appelé Multipurpose Internet Mail Extensions (MIME).

Le courrier électronique est antérieure à la création de l' Internet et était en fait un outil crucial dans la création, mais l'histoire des services modernes, mondiaux messagerie Internet remonte au début ARPANET. Normes de codage des messages électroniques ont été proposées dès 1973 ( RFC 561). Conversion de ARPANET à l'Internet dans les années 1980 a produit l'essentiel des services actuels. Un email envoyé dans le début des années 1970 est assez similaire à un message texte de base envoyé sur l'Internet aujourd'hui.

Email basé sur le réseau a été initialement échangé sur l'ARPANET dans les extensions à la File Transfer Protocol (FTP), mais qui est maintenant porté par le Protocole simple de transfert de courrier (SMTP), d'abord publié en Internet standard 10 ( RFC 821) en 1982. Dans le processus de transport de messages électroniques entre les systèmes, SMTP communique les paramètres de livraison en utilisant une enveloppe de message séparent le message (en-tête et le corps) lui-même.

Orthographe

Le courrier électronique a plusieurs English les options d'orthographe qui se avèrent parfois cause de désaccord véhément.

• e-mail est la forme la plus courante dans la presse, et est recommandé par des guides de style journalistiques et techniques importants. Selon Corpus des données contemporain anglais américain, ce est la forme qui apparaît le plus fréquemment dans édité, publié l'anglais américain et l'anglais britannique écrit.
• mail est la forme la plus courante utilisée en ligne, et est exigée par IETF Demandes de commentaires et de groupes de travail et de plus en plus par guides de style. Cette orthographe apparaît également dans la plupart des dictionnaires.
• courrier était la forme utilisée dans le RFC d'origine. Le service est appelé courrier et une seule pièce de courrier électronique est appelé un message.
• eMail, capitalisant seulement la lettre M, était courante chez les Utilisateurs ARPANET et les premiers développeurs de Unix , CMS, AppleLink, eWorld, AOL, GEnie, et Hotmail.
• Le courrier électronique est une forme traditionnelle qui a été utilisé dans les RFC pour "Adresse de l'auteur", et est expressément requise "pour des raisons historiques".
• E-mail est parfois utilisé, en capitalisant la première lettre E comme abréviations similaires, comme E-piano, guitare électrique, bombe, bombe H et C-section.

Il ya aussi une certaine variété dans la forme plurielle du terme. En anglais américain email est utilisé comme nom de masse (comme l'e-mail terme pour les envois par la poste), mais en anglais britannique il est plus communément utilisé comme compter nom avec les emails pluriel.

Origine

AUTODIN réseau a fourni un service de messages entre 1350 bornes, la manipulation 30 millions de messages par mois, avec une longueur de message moyenne d'environ 3000 caractères. Autodin a été soutenue par les commutateurs 18 grandes informatisés, et a été relié à la General Services Administration système d'enregistrement avancée Etats-Unis, qui a fourni des services similaires à environ 2500 bornes.

Systèmes de messagerie basés sur l'hôte

Avec l'introduction de MIT Compatible Time-Sharing système (CTSS) en 1961 plusieurs utilisateurs ont pu se connecter à un système central de terminaux distants dial-up, et pour stocker et partager des fichiers sur le disque central. Les méthodes informelles de l'utilisation de ce faire passer des messages développés et ont été élargies pour créer le premier système digne de ce nom "email":

• 1965 - MIT MAIL CTSS.

Autres systèmes début eurent bientôt leurs propres applications de messagerie:

• 1962 - 1440/1460 Terminal System administratif
• 1968 - ATS / 360
• 1972 - Unix programme de messagerie
• 1972 - APL par boîte aux lettres Larry Race
• 1974 - Le PLATO IV Notes en ligne message système de la carte a été généralisée à offrir des «notes personnelles» (e-mail) en Août 1974.
• 1978 - e-mail à Université de médecine et de dentisterie du New Jersey
• 1981 - PROFS par IBM
• 1982 - ALL-IN-1 par Digital Equipment Corporation

Bien qu'ils soient tous semblables dans le concept, ces systèmes de messagerie originaux avaient largement des caractéristiques différentes et a couru sur les systèmes qui étaient incompatibles avec l'autre. Ils ont permis la communication uniquement entre utilisateurs connectés au même hôte ou «mainframe», bien qu'il puisse y avoir des centaines ou des milliers d'utilisateurs au sein d'une organisation.

Systèmes de messagerie LAN

Au début des années 1980, en réseau des ordinateurs personnels sur LAN est devenu de plus en plus importante. Systèmes basés sur le serveur similaires aux systèmes mainframe antérieures ont été développés. Encore une fois, ces systèmes initialement autorisés communication uniquement entre les utilisateurs connectés au même infrastructure de serveur. Les exemples incluent:

• cc: Mail
• Lantastic
• WordPerfect Office
• Microsoft Mail
• Banyan VINES
• Lotus Notes

Finalement, ces systèmes pourraient aussi relier différentes organisations tant qu'ils couraient le même système de messagerie et protocole propriétaire.

réseaux de messagerie

Bientôt systèmes ont été développés pour lier les programmes de messagerie compatibles entre les différentes organisations au cours modems commutés ou de lignes louées, la création de réseaux locaux et mondiaux.

• En 1971, la première ARPANET email a été envoyé, et à travers RFC 561, RFC 680, RFC 724, et enfin de 1977 RFC 733, est devenu un système de travail standardisé.

Autres réseaux distincts, ont également été créés, y compris:

• Unix électronique a été mis en réseau par de 1978 uucp, qui a également été utilisé pour Postings USENET newsgroup
• IBM mainframe email a été postée par BITNET en 1981
• IBM PC sous DOS en 1984 pourraient relier avec FidoNet pour l'email et partagé annonce babillard

Les tentatives d'interopérabilité

L'interopérabilité entre les systèmes indépendants début inclus:

• ARPANET, le précurseur de l'Internet d'aujourd'hui, qui a défini les premiers protocoles pour ordinateurs dissemblables à l'échange email
• implémentations uucp pour les systèmes non-Unix, qui ont été utilisés comme une «colle» ouvert entre différents systèmes de messagerie, notamment sur les téléphones de modems
• CSNET, qui a utilisé l'accès téléphonique à distance à relier des sites supplémentaires à l'ARPANET et Internet

Il y avait des efforts ultérieurs à l'interopérabilité normalisation trop:

• Novell brièvement le champion de l'ouverture Protocole MHS mais abandonnée après l'achat de la non-MHS WordPerfect Office (rebaptisé Groupwise)
• Le Protocoles Coloured Réservez sur Royaume-Uni réseaux universitaires jusqu'en 1992
• X.400 dans les années 1980 et au début des années 1990, a été promu par les principaux fournisseurs et obligatoire pour l'usage du gouvernement en vertu GOSIP mais abandonné de tous, mais quelques-uns - en faveur de l'Internet SMTP vers le milieu des années 1990.

De SNDMSG au MSG

Dans le début des années 1970, Ray Tomlinson mis à jour un utilitaire appelé existante SNDMSG afin qu'il puisse copier des messages (sous forme de fichiers) sur le réseau. Lawrence Roberts, le gestionnaire de projet pour le développement ARPANET, a eu l'idée de readmail, qui déversés tous les messages «récentes» sur le terminal de l'utilisateur, et a écrit un programme pour TENEX dans Macros TECO appelés RD, ce qui a permis l'accès à des messages individuels. Barry Wessler ensuite mis à jour RD et l'a appelé BDNI.

Marty Yonke réécrit BDNI d'inclure la lecture, l'accès à SNDMSG pour l'envoi, et un système d'aide, et a appelé l'utilitaire WRD, qui fut plus tard connu comme BANANARD. John Vittal ensuite mis à jour cette version pour inclure trois commandes importantes: Déplacer (combiné Save / delete), réponse (déterminée à qui une réponse doit être envoyée) et avant (envoyé un e-mail à une personne qui ne était pas déjà un destinataire). Le système a été appelé MSG. Avec l'inclusion de ces caractéristiques, MSG est considéré comme le premier programme de messagerie moderne intégrée, à partir de laquelle de nombreuses autres applications sont descendus.

Hausse du courrier ARPANET

L'ARPANET réseau informatique a fait une grande contribution au développement de l'e-mail. Il ya un rapport qui indique expérimentaux inter-système email transferts ont commencé peu de temps après sa création en 1969. Ray Tomlinson est généralement crédité comme ayant envoyé le premier courriel à travers un réseau, initiant l'utilisation de la " @ "Signer pour séparer les noms de l'utilisateur et la machine de l'utilisateur en 1971, quand il a envoyé un message d'un Digital Equipment Corporation DEC-10 ordinateur à un autre DEC-10. Les deux machines sont placées côte à côte. Le travail de Tomlinson a été rapidement adopté dans l'ARPANET, qui a considérablement augmenté la popularité du courrier électronique. Pendant de nombreuses années, était le email killer app de l'ARPANET et Internet.

La plupart des autres réseaux avaient leurs propres protocoles de courrier électronique et formats d'adresse; que l'influence de l'ARPANET et plus tard l'Internet a augmenté, sites centraux souvent Hosted Email passerelles qui passaient courrier entre l'Internet et les autres réseaux. email de l'adressage Internet est encore compliquée par la nécessité de gérer le courrier destiné à ces réseaux plus anciens. Quelques exemples bien connus de ceux-ci étaient UUCP (pour la plupart des ordinateurs Unix), BITNET (principalement les mainframes IBM et VAX dans les universités), FidoNet (ordinateurs personnels), DECnet (divers réseaux) et CSNET, un précurseur de NSFNet.

Un exemple d'une adresse de messagerie Internet qui a acheminé mail à un utilisateur à un hôte UUCP:

 hubhost!middlehost!edgehost!user@uucpgateway.somedomain.example.com

Ce était nécessaire parce que dans les premières années ordinateurs UUCP ne maintiennent pas (et ne pouvaient pas consulter les serveurs centraux pour) informations sur l'emplacement de tous les hôtes qu'ils échangeaient mail avec, mais seulement savait comment communiquer avec quelques voisins de réseau; e-mails (et d'autres données telles que Nouvelles Usenet) ont été adoptées le long d'une chaîne parmi les hôtes qui avaient explicitement accepté de partager des données entre eux. (Finalement, le Projet de cartographie UUCP fournirait une forme de réseau de routage base de données pour courriel.)

Vue d'ensemble de l'opération

Le schéma de droite montre une séquence typique d'événements qui a lieu lorsque Alice compose un message en utilisant son agent utilisateur de messagerie (MUA). Elle entre dans la adresse e-mail de son correspondant, et frappe le bouton "Envoyer".

1. Son MUA formate le message au format e-mail et utilise le protocole de communication (un profil de la Protocole simple de transfert de courrier (SMTP), voir RFC 6409) pour envoyer le message à la section locale le dépôt de courrier Agent (MSA), dans ce cas smtp.a.org, dirigé par Alice fournisseur de services Internet (ISP).
2. La MSA examine l'adresse de destination prévu dans le protocole SMTP (pas de l'en-tête du message), dans ce cas bob@b.org. Une adresse de messagerie Internet est une chaîne de la forme localpart @ exampledomain. La partie avant le signe @ est la partie locale de l'adresse, souvent Nom d'utilisateur du destinataire, et la partie après le signe @ est un nom de domaine ou une nom de domaine complet. La MSA résout un nom de domaine pour déterminer le nom de domaine complet de la serveur de messagerie de change dans le Domain Name System (DNS).
3. Le serveur DNS pour le domaine de b.org, ns.b.org, répond avec toute Enregistrements MX énumérant les serveurs d'échange de courrier pour ce domaine, dans ce cas mx.b.org, un agent de transfert de messages (MTA) du serveur géré par le fournisseur de services Internet de Bob.
4. smtp.a.org envoie le message à mx.b.org utilisant le protocole SMTP.

Ce serveur peut être nécessaire de transférer le message à d'autres MTA avant que le message atteigne la finale agent de livraison de message (MDA).

1. Le MDA offre au boîte aux lettres de l'utilisateur bob.
2. Bob appuie sur le bouton "obtenir le courrier" dans son MUA, qui récupère le message en utilisant soit le Post Office Protocol (POP3) ou Internet Message Access Protocol (IMAP4).

Cette séquence d'événements se applique à la majorité des utilisateurs de messagerie. Cependant, il ya beaucoup d'autres possibilités et les complications au système de courriel:

• Alice ou Bob peuvent utiliser un client connecté à un système de messagerie d'entreprise, tels que IBM Lotus Notes ou Microsoft Exchange. Ces systèmes ont souvent leur propre format de messagerie interne et leurs clients communiquent généralement avec le serveur de messagerie utilisant un protocole propriétaire spécifique au fournisseur. Le serveur envoie ou reçoit des e-mails via Internet par le biais du courrier Internet la passerelle du produit qui fait aussi toute reformatage nécessaire. Si Alice et Bob travaillent pour la même entreprise, l'ensemble de la transaction peut se produire complètement dans un seul système de messagerie d'entreprise.
• Alice ne peut pas avoir un MUA sur son ordinateur mais peut se connecter à un service de webmail.
• L'ordinateur d'Alice peut exécuter son propre MTA, évitant ainsi le transfert à l'étape 1.
• Bob peut ramasser son email de plusieurs façons, par exemple se connecter à mx.b.org et lire directement, ou en utilisant un service de webmail.
• Domaines ont habituellement plusieurs serveurs d'échange de mail afin qu'ils puissent continuer à accepter le courrier lorsque le serveur principal d'échange de courrier ne est pas disponible.
• Les e-mails ne sont pas sécurisés si chiffrement des messages électroniques ne est pas utilisé correctement.

Beaucoup MTA utilisés pour accepter des messages pour tout destinataire sur Internet et font de leur mieux pour les délivrer. Ces MTA sont appelés relais de messagerie ouvert. Ce était très important dans les premiers jours de l'Internet lorsque les connexions de réseau ne étaient pas fiables. Si un MTA ne pouvait pas atteindre la destination, il peut fournir au moins à un relais plus proche de la destination. Le relais se trouvait une meilleure chance de livrer le message à une date ultérieure. Cependant, ce mécanisme se est avéré être exploitables par les personnes qui envoient email non sollicité en vrac et par conséquent très peu de MTA modernes sont des relais de messagerie ouverts, et de nombreux MTA ne acceptent pas les messages provenant de relais de messagerie ouverts parce que ces messages sont très susceptibles d'être du spam.

Format de message

Le format de message de messagerie Internet est maintenant définie par RFC 5322, avec des multi-médias contenu des pièces jointes étant définie dans RFC 2045 par RFC 2049, collectivement appelé Multipurpose Internet Mail Extensions ou MIME. RFC 5322 remplacé l'ancienne RFC 2822 en 2008, et à son tour RFC 2822 en 2001 remplacé RFC 822 - qui avait été la norme pendant près de 20 ans de la messagerie Internet. Publié en 1982, RFC 822 était basé sur le plus haut RFC 733 de la ARPANET.

e-mails Internet se composent de deux sections principales:

• Header - Structurée en des domaines tels que From, To, CC, Objet, Date, et d'autres informations sur l'e-mail.
• Corps - Le contenu de base, sous forme de texte non structuré; parfois contenant un bloc de signature à la fin. Ce est exactement le même que le corps d'une lettre ordinaire.

L'en-tête est séparée du corps par une ligne vide.

tête du message

Chaque message a exactement une tête, qui est structuré en domaines. Chaque champ a un nom et une valeur. RFC 5322 spécifie la syntaxe précise.

Officieusement, chaque ligne du texte dans l'en-tête qui commence par un caractère imprimable commence un champ distinct. Le nom de domaine commence dans le premier caractère de la ligne et se termine avant le caractère de séparation ":". Le séparateur est alors suivi par la valeur du champ (le "corps" du champ). La valeur est poursuivi sur les lignes suivantes si ces lignes ont un espace ou une tabulation que leur premier caractère. Noms et valeurs des champs sont limités à 7 bits ASCII caractères. Les valeurs non-ASCII peuvent être représentées en utilisant MIME mots codés.

champs d'en-tête

champs d'en-tête de courrier électronique peut être multi-lignes, et chaque ligne doit être d'au plus 78 caractères et en aucun cas plus de 998 caractères. champs d'en-tête défini par RFC 5322 ne peut contenir que US-ASCII caractères; codant pour d'autres caractères dans les ensembles, une syntaxe spécifiée dans RFC 2047 peut être utilisé. Récemment, le groupe de travail IETF EAI a défini certaines extensions normes de piste, remplaçant extensions expérimentales précédentes, pour permettre UTF-8 Caractères Unicode pour être utilisées dans l'en-tête. En particulier, cela permet adresses e-mail à utiliser des caractères non-ASCII. Ces caractères ne doivent être utilisés par les serveurs qui prennent en charge ces extensions.

L'en-tête du message doit comprendre au moins les domaines suivants:

• Du adresse e-mail, et éventuellement le nom de l'auteur (s). Dans de nombreux clients de messagerie non modifiable que par la modification des paramètres de compte.
• Date: L'heure locale et la date lorsque le message a été écrit. Comme le champ De:, de nombreux clients de messagerie combler cette automatiquement lors de l'envoi. Le client du destinataire peut alors afficher l'heure dans la zone de format et l'heure locale lui / elle.

L'en-tête du message doit comprendre au moins les domaines suivants:

• Message-ID: Aussi un champ généré automatiquement; utilisé pour empêcher la livraison multiple et à titre de référence dans In-Reply-To: (voir ci-dessous).
• En Réponse À: Message-ID du message qu'il se agit d'une réponse à. Utilisé pour relier les messages liés ensemble. Ce champ se applique uniquement pour les messages de réponse.

RFC 3864 décrit les procédures d'enregistrement pour les champs d'en-tête du message à la IANA; il prévoit permanent et noms de champ d'en-tête du message provisoires, y compris les champs aussi définies pour MIME, netnews et http, et référencement RFC pertinents. Champs d'en-tête communes pour le courrier électronique comprennent:

• Pour: L'adresse e-mail (s), et éventuellement nom (s) du bénéficiaire (s) du message. Indique principaux bénéficiaires (multiple autorisé), pour les bénéficiaires secondaires voir Cc: et Cci: ci-dessous.
• Sujet: Un bref résumé du sujet du message. Certaines abréviations sont couramment utilisés dans le sujet, y compris "RE:" et "FW:".
• Bcc: Copie Carbone Invisible; adresses ajoutées à la liste de distribution de SMTP, mais pas (habituellement) figurent dans les données du message, en restant invisible à d'autres destinataires.
• Cc: Copie Carbone; De nombreux clients de messagerie marquer mail dans votre boîte de réception différemment selon que vous êtes dans le champ A: ou Cc: liste.
• Content-Type: Information sur la façon dont le message est à afficher, généralement un Le type MIME.
• Priorité: couramment avec des valeurs "en vrac", "junk", ou "liste"; réponses utilisées pour indiquer que automatisé "vacances" ou "hors du bureau" ne devraient pas être renvoyés pour ce mail, par exemple pour empêcher les locations avis d'être envoyé à tous les autres abonnés de une liste de diffusion. Sendmail utilise cette tête d'affecter des priorités de l'email en file d'attente, avec "priorité: spéciale-livraison" messages délivrés plus tôt. Avec les réseaux à haut débit modernes priorité de livraison est moins un problème que par le passé. Microsoft Exchange respecte un mécanisme de suppression de réponse automatique à grain fin, l'en-tête X-Auto-réponse-réprimer.
• Références: Message-ID du message que ce est une réponse à, et le message-id du message de la réponse précédente était une réponse à, etc.
• Reply-To: Adresse qui devrait être utilisé pour répondre au message.
• Auteur: Adresse de l'action réelle de l'expéditeur au nom de l'auteur figurant dans le champ De: (secrétaire, gestionnaire de liste, etc.).
• Archivé-A: Un lien direct vers le formulaire archivé d'un message électronique individuel.

Notez que le champ A: ne est pas nécessairement liée à l'adresse à laquelle le message est délivré. La liste de la livraison effective est fournie séparément pour le protocole de transport, SMTP, qui peuvent ou peuvent ne pas avoir été initialement extraite à partir du contenu d'en-tête. Le "To:" est similaire à l'adressage en haut d'une lettre classique qui est livré selon l'adresse sur l'enveloppe extérieure. De la même manière, le "De:" n'a pas à être le véritable expéditeur du message électronique. Certains serveurs de messagerie se appliquent systèmes d'authentification électronique aux messages relayés. Les données relatives à l'activité de serveur fait également partie de l'en-tête, tel que défini ci-dessous.

SMTP définit les informations de suivi d'un message, qui est également enregistré dans l'en-tête en utilisant les deux champs suivants:

• Reçues: lorsqu'un serveur SMTP accepte un message, il insère cet enregistrement de trace au sommet de la tête (dernier au premier).
• Return-Path: lorsque le serveur SMTP rend la prestation de la livraison finale d'un message, il insère ce domaine au sommet de la tête.

Autres champs d'en-tête qui sont ajoutés sur le dessus de la tête par le serveur de réception peuvent être appelés champs de traces, dans un sens plus large.

• Authentication-Results: lorsqu'un serveur effectue des contrôles d'authentification, il peut enregistrer les résultats dans ce domaine pour la consommation par des agents en aval.
• Reçu-SPF: stocke les résultats des Vérifications SPF.
• Auto-Soumis: est utilisé pour marquer les messages générés automatiquement.
• VBR-Info: revendications VBR liste blanche

Corps du message

Encodage du contenu

Email a été initialement conçu pour 7 bits ASCII . La plupart des logiciels de messagerie est 8 bits, mais doit assumer elle communique avec les serveurs 7 bits et lecteurs de courrier. Le Norme MIME introduit ensemble de caractères prescripteurs et deux encodages de transfert de contenu pour permettre la transmission de données non-ASCII: imprimable cité pour la plupart 7 contenu de peu avec quelques caractères en dehors de cette fourchette et base64 pour les données binaires arbitraires. Le 8BITMIME et Extensions binaires ont été introduites afin de permettre la transmission de courrier sans avoir besoin de ces encodages, mais beaucoup agents de transport de courrier ne ont toujours pas les soutenir pleinement. Dans certains pays, plusieurs schémas de codage coexistent; à la suite, par défaut, le message dans une langue alphabet non latin apparaît sous forme non lisible (la seule exception est une coïncidence, lorsque l'expéditeur et le récepteur utilisent le même schéma de codage). Par conséquent, pour l'international jeux de caractères, Unicode gagne en popularité.

Texte et HTML

La plupart graphique moderne clients de messagerie permettent l'utilisation de soit texte brut ou HTML pour le corps du message, au choix de l'utilisateur. E-mails HTML comprennent souvent une plaine copie du texte généré automatiquement ainsi, pour des raisons de compatibilité.

Avantages de HTML incluent la possibilité d'inclure des liens et des images en ligne, mis à part les messages précédents citations de bloc, enveloppent naturellement sur ne importe quel écran, utilisent accent tels que souligne et italique, et le changement les styles de police. Les inconvénients comprennent l'augmentation de la taille de l'email, la vie privée concerne propos web bugs, l'abus de HTML email comme vecteur de phishing attaques et la propagation de logiciel malveillant.

Certains basée web Les listes de diffusion recommandent que tous les postes soient faites en texte brut, avec 72 ou 80 caractères par ligne pour toutes les raisons ci-dessus, mais aussi parce qu'ils ont un nombre important de lecteurs utilisant basé sur du texte clients de messagerie tels que Mutt.

Certains Microsoft clients de messagerie permettent formatage riche en utilisant RTF, mais moins que le destinataire est garanti d'avoir un compatible client de messagerie cela devrait être évité.

Afin de se assurer que HTML envoyé dans un email est rendu correctement par le logiciel client du destinataire, un en-tête supplémentaire doit être spécifié lors de l'envoi: "Content-type: text / html". La plupart des programmes de messagerie envoient automatiquement cet en-tête.

Serveurs et applications client

L'interface d'un client de messagerie, Thunderbird.

Les messages sont échangés entre les hôtes utilisant le Simple Mail Transfer Protocol avec des logiciels appelés agents de transfert de courrier (MTA); et livré à un magasin de courrier par des programmes appelés agents de distribution du courrier (MDA, parfois aussi appelés agents de livraison locaux, ADL). Les utilisateurs peuvent récupérer leurs messages à partir de serveurs en utilisant les protocoles standards tels que POP ou IMAP, ou, comme ce est plus probable dans une grande entreprise l'environnement, avec un protocole propriétaire spécifique à Novell Groupwise, Lotus Notes ou Les serveurs Microsoft Exchange. interfaces de messagerie Web permettent aux utilisateurs d'accéder à leur courrier à une norme navigateur Web, depuis ne importe quel ordinateur, plutôt que de compter sur un client e-mail. Programmes utilisés par les utilisateurs pour récupérer, la lecture et la gestion email sont appelés les agents utilisateurs de messagerie (MUA).

Le courrier peut être stocké sur le le client, sur la côté serveur, ou dans les deux endroits. Formats standard pour les boîtes aux lettres comprennent Maildir et Mbox. Plusieurs clients de messagerie de premier plan utilisent leur propre format propriétaire et nécessitent un logiciel de conversion pour transférer le courrier électronique entre eux. Le stockage du côté serveur est souvent dans un format propriétaire, mais puisque l'accès se fait par un protocole standard tel que IMAP, déplacer email d'un serveur à un autre peut être fait avec ne importe quel MUA supportant le protocole.

Accepter un message ne oblige un MTA pour livrer, et quand un message ne peut être livré que MTA doit envoyer un rebondir message à l'expéditeur, indiquant le problème.

Extensions de nom de fichier

Lors de la réception d'e-mails, applications client de messagerie enregistrer les messages dans l'exploitation des fichiers système dans le système de fichiers. Certains clients d'enregistrer les messages individuels comme des fichiers séparés, tandis que d'autres utilisent différents formats de bases de données, souvent exclusifs, pour le stockage collective. Une norme historique de stockage est la le format mbox. Le format spécifique utilisé est souvent indiquée par spéciale extensions de nom de fichier:

EML

Utilisé par de nombreux clients de messagerie, y compris Microsoft Outlook Express, Lotus Notes, Windows Mail, Mozilla Thunderbird, et Boîte aux lettres. Les fichiers sont texte brut dans Format MIME, contenant l'en-tête de courrier électronique ainsi que le contenu du message et des pièces jointes dans une ou plusieurs des plusieurs formats.

EMLX

Utilisé par Apple Mail.

msg

Utilisé par Microsoft Office Outlook et OfficeLogic Groupware.

mbx

Utilisé par Opera Mail, KMail, et Apple Mail sur la base du le format mbox.

Certaines applications (comme Apple Mail) laisser les pièces jointes dans les messages codés pour la recherche tout en économisant des copies séparées des pièces jointes. Autres séparent pièces jointes des messages et de les enregistrer dans un répertoire spécifique.

Les appareils mobiles, tels que les téléphones cellulaires et les ordinateurs tablettes, ont généralement la capacité de relayer e-mail aux utilisateurs finaux, ce qui rend beaucoup plus facile pour les utilisateurs d'accéder à e-mail sur ces appareils portables que par d'autres méthodes, telles que ordinateurs de bureau ou ordinateurs portables . Les utilisateurs peuvent toujours avoir leur appareil mobile avec eux, ce qui rend cette tâche encore plus vite. Applications E-mail pour les téléphones cellulaires sont continuellement en cours de réaménagement et améliorées, pour fournir le service le plus efficace pour les utilisateurs qui peuvent utiliser ces applications. Par exemple, au début de 2013 Google a développé le Boîte aux lettres pour App iPhone pour assurer une meilleure qualité de e-mail mobile que ce qui était disponible auparavant.

Schéma d'URI mailto

Le Schéma d'URI, tel qu'enregistré auprès du IANA, définit le mailto: régime des adresses e-mail SMTP. Bien que son utilisation ne est pas strictement définie, les URL de ce formulaire sont destinées à être utilisées pour ouvrir la fenêtre de nouveau message du client de messagerie de l'utilisateur lorsque l'URL est activé, l'adresse telle que définie par l'URL dans le champ A:.

Types

Courriel Web (webmail)

Ce est le type de courriel que la plupart des utilisateurs sont familiers avec. De nombreux fournisseurs de messagerie gratuite héberger leurs sert de messagerie Web (par exemple, Hotmail, Yahoo , Gmail , AOL). Cela permet aux utilisateurs de se connecter au compte de messagerie en utilisant un navigateur Web pour envoyer et recevoir leur courrier électronique. Son principal inconvénient est la nécessité d'être connecté à l'Internet pendant l'utilisation. Autres outils logiciels existent qui intègrent parties de la fonctionnalité dans le webmail OS (par exemple la création de messages directement à partir des applications tierces via MAPI).

Services de courrier électronique POP3

POP3 est l'acronyme de Post Office Protocol 3. Il est l'un des principaux types de compte de messagerie sur Internet. Dans un compte de messagerie POP3, les messages sont téléchargés dans le dispositif client (ce est à dire un ordinateur) et puis ils sont supprimés de la serveur de messagerie. Il est difficile d'enregistrer et afficher des messages sur plusieurs appareils. En outre, les messages envoyés par l'ordinateur ne sont pas copiés dans le dossier Éléments envoyés sur les appareils. Les messages sont effacés de la serveur pour faire de la place pour plus de messages entrants. POP prend en charge les exigences d'accès aux boîtes aux lettres distantes (maildrop appelé dans la RFC POP) simples-delete télécharger et. Bien que la plupart des clients POP ont une option pour laisser des messages sur le serveur après le téléchargement d'une copie d'entre eux, la plupart des clients e-mail en utilisant POP3 suffit de connecter, récupérer tous les messages, les stocker sur le dispositif de client comme les nouveaux messages, les supprimer du serveur, puis déconnectez. D'autres protocoles, notamment IMAP, (Internet Message Access Protocol) fournissent un accès plus complet et complexe télécommande pour les opérations typiques de boîtes aux lettres. De nombreux clients de messagerie POP soutiennent ainsi que IMAP pour récupérer les messages; Toutefois, moins de fournisseurs de services Internet (FSI) de support IMAP.

Serveurs IMAP email

IMAP se réfère à Internet Message Access Protocol. Ce est une alternative à l'email POP3. Avec un compte IMAP, le compte d'un utilisateur a accès à des dossiers de courrier sur le serveur de messagerie et peut utiliser ne importe quel appareil compatible pour lire les messages, aussi longtemps qu'un tel dispositif peut accéder au serveur. Il montre les têtes des messages, l'expéditeur et le sujet et l'appareil doit demander de télécharger des messages spécifiques. Habituellement mail est enregistré sur un serveur de messagerie, il est donc plus sûr et il est sauvegardé sur un email serveur.

MAPI serveurs de messagerie

Messaging Application Programming Interface (MAPI) est une architecture de messagerie et une API Component Object Model pour Microsoft Windows.

Utilisation

Flamboyant

Flaming se produit quand une personne envoie un message avec un contenu en colère ou antagonistes. Le terme est dérivé de l'utilisation du mot incendiaire pour décrire discussions par courriel particulier chauffées. Flaming est supposé être plus fréquent aujourd'hui en raison de la facilité et l'impersonnalité des communications par courriel: affrontements en personne ou par téléphone nécessitent une interaction directe, où les normes sociales encouragent la civilité, alors taper un message à une autre personne est une interaction indirecte, afin de civilité peut être oublié.

Email faillite

Aussi connu comme «email fatigue», email faillite est quand un utilisateur ignore un grand nombre de messages électroniques après la traîne en lecture et y répondre. La raison du retard est souvent dû à la surcharge d'informations et un sens général, il ya tellement d'informations qu'il ne est pas possible de lire tout cela. Comme solution, les gens de temps en temps envoyer un message-partout expliquant que la boîte de réception est autorisé à sortir. Université de Harvard, professeur de droit Lawrence Lessig est crédité d'inventer ce terme, mais il ne peut avoir popularisé.

En affaires

Email a été largement acceptée par la communauté des affaires que le premier grand moyen de communication électronique et a été le premier «e-révolution» dans la communication d'entreprise. Email est très simple à comprendre et comme le courrier postal, e-mail résout deux problèmes fondamentaux de la communication: la logistique et la synchronisation (voir ci-dessous).

Email basée LAN est également une forme émergente de l'utilisation pour les entreprises. Il permet non seulement l'utilisateur d'affaires pour télécharger le courrier en mode hors connexion, il permet également à l'utilisateur de petite entreprise d'avoir les ID de messagerie de plusieurs utilisateurs avec une seule connexion email.

Avantages

• Le problème de la logistique: Une grande partie du monde de l'entreprise se appuie sur les communications entre les personnes qui ne sont pas physiquement dans le même bâtiment, région ou même pays; mise en place et assister à une réunion en personne, appel téléphonique, ou conférence téléphonique peut être gênant, beaucoup de temps, et coûteux. Email offre un moyen d'échanger des informations entre deux personnes ou plus sans frais set-up et qui est généralement beaucoup moins cher que des réunions ou des appels téléphoniques physique.
• Le problème de la synchronisation: Avec réelle communication en temps par des réunions ou des appels téléphoniques, les participants ont à travailler sur le même calendrier, et chaque participant doit passer la même quantité de temps à la réunion ou appel. Email permet asynchronisme: chaque participant peut contrôler indépendamment leur horaire.

Moins

La plupart des travailleurs des entreprises d'aujourd'hui passent de une à deux heures de leur journée de travail sur le courrier électronique: la lecture, la commande, le tri, le «re-contextualiser» l'information fragmentée, et l'écriture email. L'utilisation du courrier électronique est en augmentation en raison de l'augmentation des niveaux de la mondialisation - la division du travail et la sous-traitance, entre autres choses. Email peut conduire à des problèmes bien connus:

• Perte du contexte : ce qui signifie que le contexte est perdu à jamais; il n'y a pas moyen d'obtenir le texte en arrière. Informations dans leur contexte (comme dans un journal) est beaucoup plus facile et plus rapide à comprendre que des fragments inédits et parfois sans rapport d'information. Communiquer dans un contexte ne peut être atteint lorsque les deux parties ont une compréhension complète du contexte et l'émission en question.
• La surcharge d'information : Email est une technologie push - les contrôles de l'expéditeur qui reçoit l'information. La disponibilité pratique des listes de diffusion et l'utilisation de «Copier tout» peut conduire à des personnes recevant des informations non désirées ou non pertinents d'aucune utilité pour eux.
• Incohérence : Email peut répéter l'information. Cela peut être un problème quand une grande équipe travaille sur des documents et des informations sans en contact constant avec les autres membres de leur équipe.
• Responsabilité . Les déclarations faites dans un e-mail peuvent être considérés comme juridiquement contraignant et être utilisés contre un parti dans une cour de justice.

Malgré ces inconvénients, le courriel est devenu le moyen le plus largement utilisé de la communication au sein du monde des affaires. En fait, étude de 2010 sur la communication en milieu de travail, a révélé que 83% des travailleurs de la connaissance des États-Unis a estimé que le courriel était essentiel à leur succès et à la productivité au travail.

La recherche sur l'email marketing

La recherche suggère que le marketing par courriel peut être considérée comme utile par les consommateurs si elle contient des informations telles que des offres spéciales de vente et de nouvelles informations de produit. Offrant hyperliens intéressants ou des informations génériques sur les tendances de consommation est moins utile. Cette recherche par Martin et al. (2003) montre également que si les consommateurs email marketing utile, ils sont susceptibles de visiter un magasin, permettant ainsi de surmonter les limites de marketing Internet tels que ne pas être en mesure de toucher ou d'essayer sur un produit.

Problèmes

Vitesse de la correspondance

Malgré son nom ce qui implique que son utilisation est plus rapide que la poste ou par appels téléphoniques (physiques) postaux, de la correspondance par e-mail varie souvent incroyablement forte - allant de la communication qui est en effet semi-instantanée (souvent le plus rapide quand une personne est déjà assis en face de un ordinateur avec leur programme de messagerie ouverte, ou lorsque la personne a des services de messagerie automatiquement créés pour contrôler rapidement des nouveaux messages sur leur téléphone mobile ) à la communication qui peut tout à fait prendre littéralement semaines voire des mois pour recueillir une réponse. Dans le cas de ce dernier, il se révèle souvent beaucoup plus rapide d'appeler la personne par téléphone ou par d'autres moyens de l'audio. Par conséquent, en règle générale, à moins que son lieu de travail ou sociale cercle communique déjà fortement par email d'une manière rapide, une personne doit supposer que email court un risque perpétuel d'être réellement plus lent comme un mode de communication que ce soit un téléphone mobile ou la messagerie texte communication .

Ce général règle de base est souvent perplexe à ceux qui utilisent email lourdement mais dont ses collègues et amis ne le font pas. Pendant ce temps, certaines personnes, en raison de l'exaspération de ne pas obtenir les réponses aux messages urgents, peuvent éventuellement refuser d'utiliser le courrier électronique avec une certaine régularité à tous, et peuvent être mis dans la position parfois délicate de devoir informer leurs amis et collègues qui font utiliser le courrier électronique régulièrement, que ce ne sont pas une bonne façon de les atteindre.

Pièce jointe limitation de taille

Les messages électroniques peuvent avoir une ou plusieurs pièces jointes. Annexes servent le but de livrer des fichiers binaires ou de texte de taille non spécifiée. En principe, il n'y a aucune restriction technique intrinsèque dans le protocole SMTP en limitant la taille ou le nombre de pièces jointes. Dans la pratique, cependant, les fournisseurs de services de courrier électronique à mettre en œuvre diverses limitations sur la taille autorisée de fichiers ou la taille d'un message entier.

En outre, pour des raisons techniques, souvent une petite pièce jointe peut augmenter en taille lors de l'envoi, ce qui peut être source de confusion pour les expéditeurs en essayant de déterminer si elles peuvent ou ne peuvent pas envoyer un fichier par e-mail, et cela peut entraîner dans leur message est rejeté.

Comme plus en plus grandes tailles de fichiers sont créés et échangés, de nombreux utilisateurs sont soit obligés de charger et télécharger leurs fichiers en utilisant unserveur FTP, ou plus populairement, utiliser en ligne des installations ou des services de partage de fichiers, généralement sur ​​Web convivialHTTP, afin de envoyer et recevoir.

La surcharge d'information

A Décembre 2007 New York Times blog décrit la surcharge d'information comme un «Drag $ 650 milliards sur l'économie", et le New York Times a rapporté en Avril 2008 que les "E-MAIL est devenu le fléau de la vie professionnelle de certaines personnes" en raison de la surcharge d'information, encore " aucun de la vague actuelle de haut-profil Internet start-ups axées sur email élimine vraiment le problème de la surcharge de courrier électronique car aucune aide nous préparons des réponses ". GigaOm publié un article similaire en Septembre 2010, soulignant la recherche que l'on trouve 57% des travailleurs du savoir ont été submergés par le volume de courriel qu'ils ont reçu. investisseurs technologiques reflètent des préoccupations similaires.

En Octobre 2010, CNN a publié un article intitulé "Happy surcharge Journée d'information" qui a compilé la recherche sur la surcharge de courriel de sociétés informatiques et des experts de la productivité. Selon Basex, le travailleur moyen de connaissances reçoit 93 courriels par jour. Des études ultérieures ont signalé un nombre plus élevé. Marsha Egan, un expert email de la productivité, appelle la technologie e-mail à la fois une bénédiction et une malédiction dans l'article. Elle a déclaré: «Tout le monde apprend juste qu'ils doivent l'avoir dinging et clignotant et ouvert juste au cas où les boss des e-mails," dit-elle. "Le meilleur cadeau tout groupe peut donner à chaque autre est de ne jamais utiliser de toute urgence e-mail. Si vous en avez besoin dans les trois heures, prendre le téléphone."

virus de spamming et informatiques

L'utilité de l'email est menacée par quatre phénomènes:email bombardement,spamming,phishing, etvers de messagerie.

Le spamming est commercial non sollicité (ou en vrac) email. En raison du coût infime de l'envoi de courriels, les spammeurs peuvent envoyer des centaines de millions de messages électroniques chaque jour via une connexion Internet bon marché. Des centaines de spammeurs actifs envoi ce volume des résultats de courrier dans la surcharge d'information pour de nombreux utilisateurs d'ordinateurs qui reçoivent des courriels non volumineuse chaque jour.

Les vers de messagerie utilisent le courrier électronique comme un moyen de se répliquer dans les ordinateurs vulnérables. Bien que le premier ver de messagerie affectéeUNIXordinateurs, le problème est plus fréquent aujourd'hui sur leMicrosoft Windowssystème d'exploitation.

La combinaison de programmes de mails et de vers se traduit par les utilisateurs recevant une bruine constante de courrier indésirable, ce qui réduit l'utilité du courrier électronique comme un outil pratique.

Un nombre de techniques anti-spam atténuer l'impact du spam.Dans leÉtats-Unis,le Congrès américaina également adopté une loi, laLoi sur Can Spam de 2003, tentant de réglementer tel courriel.Australiea aussi des lois de mails très strictes restreignant l'envoi de spam d'un FAI australien, mais son impact a été minime puisque plus du spam provient de régimes qui semblent réticents à réglementer l'envoi de spam.

Email spoofing

Email spoofing se produit lorsque les informations d'en-tête d'un courriel est modifié pour rendre le message semble provenir d'une source connue ou de confiance. Il est souvent utilisé comme une ruse pour recueillir des renseignements personnels.

Email bombardements

Email attentat est intentionnelle envoi de gros volumes de messages à une adresse cible. La surcharge de l'adresse email de cible peut rendre inutilisable et peut même provoquer le serveur de messagerie de tomber en panne.

Confidentialité préoccupations

Aujourd'hui, il peut être important de faire la distinction entre les systèmes de messagerie internes et Internet. messagerie Internet peut voyager et être stockées sur les réseaux et les ordinateurs sans que l'expéditeur ou de la commande du destinataire. Pendant le temps de transit, il est possible que des tiers lisent ou même modifier le contenu. Systèmes de messagerie internes, dans lequel l'information ne quitte jamais le réseau organisationnel, peuvent être plus sécurisé, même si le personnel de technologie de l'information et d'autres dont la fonction peut impliquer la surveillance ou de la gestion peuvent être accéder à l'e-mail d'autres employés.

Email vie privée, sans quelques précautions de sécurité, peut être compromise parce que:

• e-mails ne sont généralement pas cryptées.
• les messages électroniques doivent passer par les ordinateurs intermédiaires avant d'atteindre leur destination, ce qui signifie qu'il est relativement facile pour les autres à intercepter et de lire les messages.
• de nombreux fournisseurs de services Internet (ISP) stockent des copies de messages électroniques sur leurs serveurs de messagerie avant qu'ils ne soient livrés. Les sauvegardes de ceux-ci peuvent rester pendant plusieurs mois sur leur serveur, en dépit de la suppression de la boîte aux lettres.
• les "Received:" - les champs et d'autres informations dans le courriel peuvent souvent identifier l'expéditeur, empêchant la communication anonyme.

Il yacryptographieapplications qui peuvent servir comme un remède à un ou plusieurs de ce qui précède. Par exemple, réseaux privés virtuels ouréseau d'anonymat Tor peuvent être utilisés pour crypter le trafic de la machine de l'utilisateur à un réseau plus sûr tout enGPG,PGP, SMEmail, ouS / MIME peut être utilisé pourle chiffrement des messages de bout en bout, et SMTP STARTTLS ou SMTP surTransport Layer Security / Secure Sockets Layer peut être utilisé pour chiffrer les communications pour un seul courrier hop entre le client SMTP et le serveur SMTP.

En outre, de nombreux agents utilisateurs de messagerie ne protègent pas les logins et mots de passe, ce qui les rend faciles à intercepter par un attaquant. Schémas d'authentification cryptées telles que SASL empêchent.

Enfin, fichiers joints partagent bon nombre des mêmes risques que ceux trouvés dans le partage de fichiers peer-to-peer. Les fichiers joints peuvent contenir des chevaux de Troie ou des virus.

Suivi du courrier envoyé

Le service d'origine de messagerie SMTP fournit des mécanismes limités pour le suivi d'un message transmis, et aucun pour vérifier qu'il a été livré ou lire. Il exige que chaque serveur de messagerie doit soit livrer de retour ou un avis d'échec (message de rebond), mais les deux bogues logiciels et les défaillances du système peut provoquer des messages à être perdus. Pour y remédier, l' IETF a présenté des notifications d'état (recettes de livraison) et Message Disposition Notifications (__gVirt_NP_NNS_NNPS<__ reçus de retour); Toutefois, ceux-ci ne sont pas universellement déployés dans la production. (Un mécanisme complet de suivi des messages a également été défini, mais il n'a jamais gagné la traction; voir RFC 3885 grâce à 3888.)

De nombreux FAI maintenant délibérément désactiver les rapports de non-remise (NDR) et des reçus de livraison en raison des activités des spammeurs:

• Rapports de livraison peuvent être utilisés pour vérifier si une adresse existe et est donc disponible pour être spammé
• Si le spammeur utilise une adresse e-mail de l'expéditeur forgé ( email spoofing), puis l'adresse email innocent qui a été utilisé peut être inondé de non-remise du nombre mail invalide aborde le spammeur peut avoir tenté de courriel. Ces non-remise constituent alors le spam de l'ISP à l'utilisateur innocent

Il existe un certain nombre de systèmes qui permettent à l'expéditeur pour voir si des messages ont été ouverts. Le récepteur peut aussi informer l'expéditeur que les courriels ont été ouverts par le biais d'un bouton "Ok". Un signe de vérification peut apparaître dans l'écran de l'expéditeur lorsque "Okay" bouton du récepteur est pressé.

Gouvernement américain

Le gouvernement fédéral américain a été impliqué dans l'email de plusieurs manières différentes.

A partir de 1977, l' US Postal Service (USPS) a reconnu que le courrier électronique et les transactions électroniques pose une menace importante pour les volumes de courrier de première classe et de revenus. Par conséquent, l'USPS a lancé un service de courrier électronique expérimentale connue sous le nom E-COM. Les messages électroniques ont été transmis à un bureau de poste, imprimés et livrés en version papier. Pour profiter du service, un individu devait transmettre au moins 200 messages. Le délai de livraison des messages était le même que le courrier de première classe et a coûté 26 cents. Tant le Postal Regulatory Commission et de la Commission fédérale des communications opposés E-COM. La FCC a conclu que E-COM constitué chariot commun sous sa juridiction et l'USPS devrait déposer un tarif. Trois ans après le début du service, USPS annulée E-COM et a tenté de le vendre.

Le début ARPANET traité avec plusieurs clients de messagerie qui avaient diverses, et parfois incompatibles, formats. Par exemple, dans le Multics, le signe "@" signifiait "ligne de kill" et rien avant le signe "@" a été ignoré, afin que les utilisateurs Multics dû utiliser une commande l'option -ligne de spécifier le système de destination. Le Département de la Défense DARPA souhaite avoir l'uniformité et l'interopérabilité pour le courrier électronique et donc financé les efforts pour conduire vers des normes interopérables unifiées. Cela a conduit à David Crocker, John Vittal, Kenneth Pogran, et Austin Henderson édition RFC 733, "Standard pour le Format de l'ARPA Réseau message texte» (Novembre 21, 1977), qui n'a apparemment pas été efficace. En 1979, une réunion a eu lieu à BBN pour résoudre les problèmes d'incompatibilité. Jon Postel relaté la rencontre dans la RFC 808, "Résumé de la réunion Services Envoyer un mail Computer Tenue au BBN le 10 Janvier 1979" (1 Mars, 1982), qui comprend une liste de l'appendice les systèmes de messagerie différentes à l'époque. Ceci, à son tour, conduire à la libération de David Crocker RFC 822, "Standard pour le Format de l'ARPA Internet Text Messages" (13 Août, 1982).

Le National Science Foundation a repris les opérations de l'ARPANET et Internet du ministère de la Défense, et a lancé NSFNet, une nouvelle épine dorsale du réseau. Une partie de la NSFNet AUP interdit le trafic commercial. En 1988, Vint Cerf arrangé pour une interconnexion de MCI Mail avec NSFNET sur une base expérimentale. L'année suivante Compuserve email interconnecté avec NSFNET. En quelques années, la restriction de la circulation commerciale a été retiré de NSFNETs AUP, et NSFNET a été privatisée.

À la fin des années 1990, la Federal Trade Commission a grandi préoccupés par la fraude transpirant dans l'email, et a lancé une série de procédures en matière de spam, la fraude et le phishing. En 2004, la FTC juridiction sur le spam a été codifiée dans la loi en la forme de la loi CAN SPAM. Plusieurs autres organismes fédéraux américains ont également exercé leur compétence, y compris le ministère de la Justice et le Secret Service.

La NASA a fourni des capacités de messagerie pour les astronautes à bord de la navette spatiale et la Station spatiale internationale depuis 1991 quand un portable Macintosh a été utilisé à bord de la navette spatiale mission STS-43 pour envoyer le premier email via AppleLink. Aujourd'hui, les astronautes à bord de la Station spatiale internationale ont des capacités de messagerie à travers la via réseau sans fil dans toute la station et sont reliées à la terre à 3 Mbit / s de la Terre à la station et 10 Mbit / s la station à la Terre, comparable à la maison des vitesses de connexion DSL.