L'email , l'abréviation le courrier électronique et souvent abrégé à l'email de , l'email de ou simplement le courrier de , est une méthode d'enregistrement et transfert du de composer, d'envoyer, de stocker, et de recevoir les messages au-dessus des systèmes de communication électroniques du . Le " de limite ; e-mail" ; (comme nom ou verbe) s'applique au système d'email de l'Internet basé sur le Simple Mail Transfer Protocol (smtp) de et aux systèmes du X.400 , et aux systèmes de l'Intranet permettant à des utilisateurs à moins d'une organisation à l'email. Les Intranets peuvent employer les protocoles ou X.400 de protocoles d'Internet de pour la collaboration de soutien de l'équipe de travail de service de messagerie électronique interne. L'email est employé souvent pour fournir les messages non sollicités en bloc, ou le " de ; spam" ; , mais programmes de filtre existent qui peuvent automatiquement supprimer certaines ou les la plupart de ces derniers, selon la situation.
Épellation
L'épellation de cette limite est contestée. Beaucoup considèrent maintenant le " de mot ; email" ; comme un mot parfaitement valide et formel à son propre chef, et considérer le " d'abréviation ; e-mail" ; comme anachronique. Le " de mot ; email" ; est reconnu pendant qu'un mot anglais valide en tous les dictionnaires importants cependant l'abréviation de l'email de souvent est encore employé. Comme avec l'autre " des noms communs ; e-mail" ; est profité au début d'une phrase (email de ). Dans l'écriture sans cérémonie (comme dans l'email personnel), le trait d'union est souvent omis comme email de et email de . L'industrie informatique et les sites Web d'ordinateurs emploient des variantes multiples de la limite. Exemples d'utilisation des guides en avant de modèle :
manuel de Chicago du modèle (CMS), 15ème édition : email . Le CMS est largement mis en référence comme norme pour des directives de modèle de rédaction technique et de journalisme.
Manuel de Microsoft de du modèle pour l'email technique des publications , indiquant explicitement le " ; maintenir le hyphenation" ;. Le O'Reilly et le Amazon.com affirment ce " ; beaucoup complètent les compagnies techniques d'entaille, auteurs, et les rédacteurs examinent le manuel de Microsoft du modèle pour que les publications techniques soient une norme dans l'industry." ;
La société d'ordinateur d'IEEE recommande la mise d'un trait d'union dans l'email , reportant au manuel de Chicago du modèle explicitement, et l'employant en leurs propres matériaux
Le Associated Press (réseau global de nouvelles) dénomment le guide : email
Les exemples d'utilisation des compagnies en avant incluent :
email de
: CNN , BBC , de New York Times , Microsoft , HP , IBM , Dell , Amazon.com , CNET
email : Google , Apple , Ebay
contradictoire : Intel , Yahoo
Les définitions originales de RFC pour la norme de smtp , la norme de POP , et la norme du IMAP ne contiennent ni l'email de ni l'email de , au lieu de cela using le courrier limites et le message de . Les auteurs de plus défunt RFCs pour le smtp emploient l'email limite (en plus de courrier de et de message de ). Cependant, le dernier RFC pour le POP emploie le courrier de et le message de .
Les traits d'union disparaissent parfois des mots à l'origine inventés avec eux après que la limite ait hérité l'utilisation répandue, bien que plusieurs de ces mots aient toujours la même prononciation après des règles anglaises normales, telles que le site Web de contre le site Web de , le différent de zéro contre le différent de zéro. En revanche, l'email de (sans trait d'union) après des règles normales n'est pas nécessairement la même prononciation que l'email de . Sans trait d'union mais garder la même prononciation, il ne suivrait pas des modèles de prononciation des mots anglais typiques commençant avec la fin de support de , tel que l'emphase de ou la braise de . Même les mots anglais communs qui commencent par le AME (recherche de dictionnaire) ont un bruit court et/ou mou du e : émaciés par , émanent , émasculent , émancipent , plutôt qu'une syllabe séparée pour un bruit de long-e comme dans l'email de .
La sixième édition du dictionnaire plus court de l'anglais d'Oxford de a enlevé des traits d'union d'environ 16.000 mots qui ont précédemment utilisé eux bien que beaucoup de ceux n'aient pas fusionné les mots, mais les déplacements qui ont eu comme conséquence le coupant des mots originaux de en deux mots (" ; leaf" de figue ; , " ; horse" de passe-temps ; , " ; examiner le tube" ; , " ; cream" de glace ;).
Bien que l'email de ait été à l'origine traité comme nom de masse par de premiers utilisateurs de réseau (" ; Vous avez plus d'email que vous pouvez handle" ;), le public a choisi de faire à l'email de un nom de compte à la place (" ; Vous avez plus d'email que vous pouvez handle" ;). À certains, cette utilisation de compter-nom est encore découragée si possible.
Origine
L'email antidate le commencement de l'Internet , et était en fait un outil crucial en créant l'Internet. le MIT a démontré la première fois le système en temps partagé compatible (CTSS) de en 1961. Il a permis aux utilisateurs multiples de noter dans IBM 7094 des bornes commutées à distance, et pour stocker des dossiers en ligne sur le disque. Cette nouvelle capacité a encouragé des utilisateurs à partager l'information de nouvelles manières. L'email a commencé dans 1965 comme manière pour les utilisateurs multiples d'un ordinateur central en temps partagé de du de communiquer. Bien que l'histoire exacte soit sombre, parmi les premiers systèmes pour avoir un tel service étaient le Q32 de s de SDC le 'et le CTSS du MIT.L'email a été rapidement prolongé pour devenir l'email de réseau de , permettant à des utilisateurs de passer des messages entre différents ordinateurs d'ici au moins 1966 (il est possible le le système que SAGE de a eu quelque chose semblable une certaine heure avant).
Le réseau informatique de d'ARPANET a apporté une grande contribution au développement de l'email. Il y a un rapport qui indique des transferts intersystèmes expérimentaux d'email là-dessus peu de temps après sa création, en 1969. rayons de que Tomlinson a lancé l'utilisation du signe @ de séparer les noms de l'utilisateur et de leur machine en 1971. Le ARPANET a augmenté de manière significative la popularité de l'email, et c'est devenu le killer app de l'ARPANET.
Fonctionnements
Exemple
Les expositions ci-dessus de diagramme une séquence d'opérations typique qui a lieu quand Alice compose un message using son agent d'utilisateur de courrier (Muc). Elle saisit, ou choisit parmi un carnet d'adresses, l'email address de son correspondant. Elle frappe le " ; send" ; bouton. Son Muc compose le message dans le format de courrier électronique Internet de et emploie le Simple Mail Transfer Protocol (smtp) de pour envoyer le message à l'agent des transferts local de courrier (MTA), dans ce cas-ci smtp.org, course par l'Internet Service Provider (ISP) du d'Alice. Cette séquence d'opérations s'applique à la majorité d'utilisateurs d'email. Cependant, il y a beaucoup de possibilités et de complications alternatives au système d'email :
Alice ou Bob peut employer un client relié à un système de corporation d'email, tel que le Lotus Notes d'IBM ou l'échange de Microsoft . Ces systèmes font souvent communiquer leur propre format interne d'email et à leurs clients typiquement avec le serveur d'email using un protocole vendor-specific et de propriété industrielle. Le serveur envoie ou reçoit l'email par l'intermédiaire de l'Internet par le mail gateway de l'Internet du produit qui fait également la restructuration nécessaire. Si Alice et Bob travaillent pour la même compagnie, la transaction entière peut se produire complètement dans un système de corporation simple d'email.
Alice peut ne pas avoir un Muc sur son ordinateur mais à la place peut se relier à un service de Webmail .
L'ordinateur d'Alice peut courir son propre MTA, ainsi éviter le transfert à l'étape 1.
Bob peut prendre son email de plusieurs manières, par exemple using le protocole d'accès message Internet , en notant dans mx.org et en le lisant directement, ou en employant un service de Webmail .
Les domaines font habituellement expédier plusieurs des serveurs d'échange de sorte qu'ils puissent continuer à accepter le courrier quand le serveur principal d'échange de courrier n'est pas disponible.
Les messages électroniques ne sont pas bloqués si le chiffrage d'email de n'est pas employé correctement.
Il était le cas que beaucoup MTAs accepterait des messages pour n'importe quel destinataire sur l'Internet et ferait leur meilleur pour les fournir. Un tel MTAs s'appellent les relais ouverts de courrier de '. C'était important en débuts de l'Internet quand les connexions réseau étaient incertaines. Si un MTA ne pourrait pas atteindre la destination, il pourrait au moins la livrer à un relais qui était plus près de la destination. Le relais aurait une meilleure possibilité de fournir le message à un temps postérieur. Cependant, ce mécanisme avéré être exploitable par des personnes envoyant à l'email en bloc non sollicité et par conséquent très peu de MTAs moderne sont les relais ouverts de courrier, et beaucoup MTAs n'acceptera pas des messages des relais ouverts de courrier parce que de tels messages sont très pour être Spam.
Noter que les personnes, les email address et les Domain Name dans cette explication sont fictifs : voir le '' Alice et Bob '' .
Format
Le format des messages électroniques d'Internet est défini dans RFC 2822 et des séries de RFCs , RFC 2045 à RFC 2049, collectivement appelé les Multipurpose Internet Mail Extension (MIME) de . Bien qu'en date le du 2005 du 13 juillet (voir) RFC 2822 soit techniquement un IETF proposé standard et le MIME RFCs sont des normes d'IETF d'ébauche, ces documents sont les normes de fait pour le format du courrier électronique Internet. Avant l'introduction de RFC 2822 dans 2001 le format décrit par RFC 822 était la norme de fait pour le courrier électronique Internet pendant presque deux décennies ; c'est toujours la norme d'IETF de fonctionnaire. L'IETF a réservé les numéros 2821 et 2822 pour les versions mises à jour de RFC 821 (smtp) et de RFC 822, honorant l'importance extrême de ces deux RFCs. RFC 822 a été édité en 1982 et basé sur le RFC plus tôt 733. Les messages électroniques d'Internet se composent de deux sections importantes :
En-tête de
- structuré dans des champs tels que le résumé, l'expéditeur, le récepteur, et d'autres informations sur l'email
Corps - le message lui-même en tant que texte non structuré ; contenir parfois un bloc de signature à l'extrémité
L'en-tête est séparé du corps par un interligne.
Header< ! -- Cette section est liée de la parenthèse -->
L'en-tête de message se compose des champs, habituellement comprenant au moins ce qui suit :De : L'email address , et sur option le nom de l'expéditeur
: L'email address, et sur option nom du destinataire du message * Objet : Un bref résumé du contenu du message
Date : L'heure locale et la date où le message a été écrit
Chaque champ d'en-tête a un nom et une valeur. RFC 2822 spécifie la syntaxe précise. Officieusement, le nom de champ commence dans le premier caractère d'une ligne, suivi d'un " ; : " ; , suivi de la valeur qui est continuée sur les lignes suivantes non nulles qui ont un espace ou une étiquette en tant que leur premier caractère. Des noms et les valeurs de champ sont limités à 7 caractères du ASCII de bit. Les valeurs Non-ASCII peuvent être représentées using les mots codés par de MIME.
Noter que le " ; To" ; le champ dans l'en-tête n'est pas nécessairement lié aux adresses auxquelles le message est fourni. La liste réelle de la livraison est fournie dans le protocole de smtp, pas extraite à partir du contenu d'en-tête. Le " ; To" ; le champ est semblable à la salutation au dessus d'une lettre conventionnelle qui est fournie selon l'adresse sur l'enveloppe externe. Noter également que le " ; From" ; le champ ne doit pas être le vrai expéditeur du message électronique. Il est très facile de truquer le " ; From" ; mettre en place et laisser un message sembler être de n'importe quelle adresse de courrier. Il est possible à l'email du signe digitalement, il est beaucoup plus difficile de truquer que. Quelques prestataires de service d'Internet de ne transmettent pas par relais l'email prétendant venir d'un domaine non accueilli par eux, mais très peu de (le cas échéant) contrôle pour s'assurer que la personne ou même l'email address appelé dans le " ; From" ; le champ est celui lié au raccordement. Quelques prestataires de service d'Internet de appliquent des systèmes de l'authentification d'email de à l'email étant envoyé par leur MTA pour permettre à l'autre MTAs de détecter le Spam forgé qui pourrait apparemment sembler être de eux.
D'autres champs d'en-tête communs incluent (voir RFC 4021 ou le RFC 2076 pour plus) :
cc : double
Bcc : Copie additionnelle
Reçu : Dépistant par la poste les serveurs produits parinformation qui ont précédemment manipulé un message
Contenu-Type : Informations sur la façon dont le message doit être affiché, habituellement un type de MIME
Répondre-À : Adresser qui devrait être employé pour répondre à l'expéditeur.
Références : Message-IDENTIFICATION du message que c'est une réponse à, et la message-identification de ces message, etc.
Dans-Répondre-À : Message-IDENTIFICATION du message que c'est une réponse à.
X-Visage : Petite icône.
" actuel de beaucoup de clients d'email ; Bcc" ; (Copie additionnel, destinataires non évidents dans le " ; To" ; champ) comme champ d'en-tête. Différents protocoles sont employés pour traiter le " ; Bcc" ; champ ; parfois le champ entier est enlevé, tandis qu'autre chronomètre les restes de champ mais les adresses là-dedans sont enlevées. Adresses supplémentaires comme " ; Bcc" ; sont seulement ajoutés à la liste de la livraison de smtp, et n'obtiennent pas inclus dans les données de message.
IANA maintient une liste de champs d'en-tête standard.
Corps
Codage content
L'email a été à l'origine conçu pour le ASCII de 7 bits. Beaucoup de logiciel d'email est le propre à 8 bits mais doit supposer qu'il communiquera avec 7 serveurs de bit et lecteurs de courrier. Les spécificateurs présentés standard de jeu de caractères de MIME et deux codages contents de transfert pour permettre la transmission des données non-ASCII : Le a cité imprimable pour la plupart du temps le contenu de 7 bits avec l'extérieur de quelques caractères qui la gamme et le Base64 pour des données binaires arbitraires. La prolongation du 8BITMIME a été présentée pour permettre la transmission du courrier sans besoin de ces codages mais beaucoup de transitaires de courrier toujours ne l'approuvent pas pleinement. Pour le international Unicode des jeux de caractères se développe dans la popularité.
Texte plat et HTML
Le texte plat et le HTML sont employés pour transporter l'email. Tandis que le texte est sûr d'être lu par tous les utilisateurs sans problèmes, il y a une perception que l'email HTML-basé par a une valeur esthétique plus élevée. Les avantages du HTML incluent la capacité d'inclure des liens intégrés et les images, les messages à part précédents réglés dans les citations de bloc de s'enveloppent naturellement sur n'importe quel affichage, emphase d'utilisation telle que les Underlines et les italiques , et modèles de la police de changement. Les messages électroniques de HTML incluent souvent une copie automatique-produite des textes plats aussi bien, pour des raisons de compatibilité. Les inconvénients incluent la plus grande taille de l'email, les soucis d'intimité concernant les bogues de Web de et cet email de HTML peuvent être un vecteur pour des attaques de Phishing et la diffusion du logiciel malveillant .
Serveurs et applications< de client ! -- Cette section est liée du fourre-tout de (courrier) . Voir -->
Des messages sont échangés entre les centres serveurs using le Simple Mail Transfer Protocol avec des logiciels appelés les transitaires de courrier de que les utilisateurs de peuvent télécharger leurs messages des serveurs avec des protocoles standard tels que les protocoles du POP ou du IMAP , ou, comme est plus probable dans un environnement de corporation du grand , avec un détail de propriété industrielle de protocole du au Lotus Notes ou au Microsoft échanger les serveursLe courrier peut être stocké sur le client , du côté du serveur , ou dans les deux endroits. Les formats standards pour des boîtes aux lettres incluent le Maildir et le Mbox . Plusieurs clients d'email en avant emploient leur propre format de propriété industrielle et ont besoin du logiciel de conversion à l'email de transfert entre eux.
Quand un message ne peut pas être fourni, le MTA de destinataire doit envoyer un avis de non-livraison de nouveau à l'expéditeur, indiquant le problème.
Prolongements de nom de fichier
Les la plupart, mais pas toutes, clients d'email sauvent différents messages en tant que dossiers séparés, ou permettent à des utilisateurs de faire ainsi. Les différentes applications sauvent des dossiers d'email avec différents prolongements de nom de fichier ; le de .eml ceci est la prolongation d'email de défaut pour le Mozilla Thunderbird et le courrier de Windows de . Il est employé par le Microsoft Outlook Express .emlx employé par courrier d'Apple de .msg employé par les perspectives de Microsoft Office de .
Utilisation
Dans la société
Flamber
Beaucoup d'observateurs dépleurent l'élévation de flambant dans des communications écrites. Flamber se produit quand une personne envoie un message fâché et/ou antagonique. On assume que flamber est aujourd'hui plus commun en raison de la facilité et de l'impersonality des communications d'email : les confrontations chez la personne ou par l'intermédiaire du téléphone exigent l'interaction directe, où les normes sociales encouragent la civilité, tandis que l'introduction d'un message à une autre personne est une interaction indirecte, ainsi la civilité peut être oubliée.
Faillite d'email
Est quand vous ignorez un grand nombre de messages électroniques après chute derrière dans la lecture et réponse de eux. Parfois elle implique d'envoyer un message de texte constant expliquant que l'inbox d'email est dégagé dehors. Le professeur de Droit Lawrence Lessig de l'Université de Stanford est crédité d'inventer cette limite, mais il peut avoir seulement pour l'avoir popularisée.
Dans les affaires
L'email a été largement accepté par les milieux d'affaires comme premier large support de communications électronique et était la première e-révolution de `' dans la communication d'affaires. L'email est très simple pour comprendre et comme le courrier postal, l'email résout deux problèmes de base de communication. L'email à base LAN est également une forme naissante d'utilisation pour des affaires. Il permet non seulement à l'utilisateur d'affaires de télécharger le courrier quand le en différé, il fournit également l'utilisateur de petite entreprise pour avoir l'identification d'email d'utilisateurs multiples avec juste le raccordement d'email du un.
Le pour
le problème de la logistique Une grande partie du monde d'affaires se fonde sur la communication entre les individus qui sont physiquement éloignés les uns des autres ; l'organisation et participer à une réunion de dans-personne peuvent être longues et chères. L'email fournit un échange d'informations proche-instantané à peu de coût. Le système de téléconférences jette un pont sur la distance physique, mais la logistique de recueillir des personnes demeure ensemble en même temps. le problème de la synchronisation Pour la communication en temps réel du , les participants généralement doivent travailler sur le même programme. Ils doivent être au même lieu en même temps et passer le même montant de temps sur la même information.
L'email permet à chaque participant de décider quand et comment ils traiteront l'information.
Escroqueries
La plupart des professionnels d'affaires dépensent aujourd'hui entre 20% et 50% de leur temps de travail using l'email : la lecture, commande, assortissant, `re-mettant dans un contexte' a réduit l'email en fragments de l'information et naturellement d'écriture. L'utilisation de l'email est augmentation, due aux tendances du globalization&mdash ; distribution des divisions d'organisation, approvisionnement à l'extérieur, notamment. L'email peut mener à quelques problèmes bien connus :Perte de du contexte : L'information dans le contexte (comme dans un journal) est beaucoup plus facile et plus rapide pour comprendre que les fragments non triés. La communication dans le contexte est plus rapide et plus efficace.
Spam : L'email est un poussent-seulement le milieu de : commande de qui reçoit des mensonges de l'information principalement avec l'expéditeur. Ceci peut mener à un débordement d'information non désirée ou non pertinente.
Contradiction : L'email peut reproduire l'information. Ceci peut être un problème quand une équipe travaille en collaboration sur des documents.
En dépit de ces inconvénients, et en dépit de la disponibilité d'autres outils, la communication e-courrier-basée est toujours le milieu écrit le plus employé couramment dans les entreprises.
Défis
Virus de Spamming et d'ordinateur
L'utilité de l'email est menacée par trois phénomènes : le Spamming , le Phishing et l'email de worms Le Spamming est email commercial non sollicité. En raison du coût bas même d'envoyer l'email, les inondateurs peuvent envoyer à des centaines de millions de messages électroniques chaque jour au-dessus d'une connexion internet peu coûteuse. Les centaines d'inondateurs actifs envoyant ce volume de courrier a comme conséquence la surcharge de l'information de pour beaucoup d'utilisateurs d'ordinateur qui reçoivent des dizaines ou même des centaines de messages d'ordure chaque jour.Les vers d'email emploient l'email comme manière de se replier dans les ordinateurs vulnérables. Bien que le premier ver d'email de ait affecté des ordinateurs d'UNIX , le problème est aujourd'hui le plus commun sur le plus populaire Microsoft Windows du système d'exploitation.
La combinaison du Spam et du ver programme des résultats dans les utilisateurs recevant une bruine constante de l'email d'ordure, qui réduit l'utilité de l'email comme outil pratique.
Un certain nombre de techniques d'anti-Spam de atténuent l'impact du Spam. Dans le Etats-Unis , le congrès des États-Unis de que a également passé une loi, le peut Spam l'acte de 2003 , essayer de régler un tel email. L'Australie a également des lois très strictes de Spam limiter l'envoi du Spam d'une ISP australienne (http://www.au/library/pubs/bd/2003-04/04bd045.pdf), mais de son impact a été minimal puisque la plupart de Spam vient des régimes qui semblent peu disposés à régler l'envoi du Spam.
Soucis d'intimité
voient également :
l'intimité d'email de L'intimité d'email, sans quelques précautions de sécurité, peut être compromise parce que :
des messages électroniques ne sont pas généralement chiffrés ;
les messages électroniques doivent passer par les ordinateurs intermédiaires avant d'atteindre leur destination, la signification de elle est relativement facile pour d'autres d'arrêter et lire des messages ;
beaucoup de copies de magasin (ISP) de prestataires de service d'Internet de vos messages électroniques sur leurs serveurs de courrier avant qu'ils soient livrés. Les supports de ces derniers peuvent demeurer jusqu'à plusieurs mois sur leur serveur, même si vous les supprimez dans votre boîte aux lettres ;
reçu : les en-têtes et toute autre information dans l'email peuvent souvent identifier l'expéditeur, empêchant la communication anonyme.
Il y a des applications de la cryptographie qui peuvent servir de remède à un ou plusieurs de ce qui précède. Par exemple, les réseaux privés virtuels ou le réseau d'anonymat de massif de roche de peuvent être employés pour chiffrer le trafic de la machine d'utilisateur à un réseau plus sûr tandis que le GPG , le PGP ou le S/MIME peuvent être employés pour le chiffrage bout à bout de message du , et smtp STARTTLS ou smtp au-dessus de couche de douilles de la sécurité /Secure de couche transport de peut être employé pour chiffrer des communications pour un houblon simple de courrier entre le client de smtp et le serveur de smtp.
En plus, beaucoup d'agents d'utilisateur de courrier ne protègent pas des ouvertures et des mots de passe, les rendant faciles à arrêter par un attaquant. Les arrangements d'authentification chiffrés tels que le SASL empêchent ceci.
En conclusion, les dossiers joints partagent plusieurs des mêmes risques que ceux trouvés dans le filesharing peer-to-peer. Les dossiers joints peuvent contenir les Trojan ou les virus .
Cheminement du courrier envoyé
L'email ne fournit traditionnellement aucun mécanisme pour dépister un message envoyé. Les systèmes impliqués feront généralement un effort à fournir le courrier ou renvoyer une notification d'échec (" ; message" de rebond ;), mais il n'y a aucune garantie qu'un message sera fourni réellement, a encore moins lu par le destinataire. Ce contraste avec le système de courrier postal, qui offre le courrier recommandé ou d'autres formes de dépistant et traçant .Pour remédier à de ceci, des avis (reçus de statut de la livraison de présentés par d'IETF de de la livraison) et des avis (reçus de retour) de disposition de message de .
Gouvernement des USA
Le gouvernement des USA a été impliqué dans l'email de plusieurs différentes manières.
Commençant en 1977, le USA le service que postal (USPS) a identifié le courrier électronique et les transactions a constitué une menace significative aux volumes et au revenu de courrier de la première classe. Par conséquent, l'USPS a initié un service de messagerie électronique expérimental connu sous le nom d'E-COM. Des messageries électroniques seraient transmises à un bureau de poste, imprimées, et fournies sous la forme d'imprimé. Afin de tirer profit du service, un individuel a dû transmettre au moins 200 messages. Le délai de livraison des messages était identique que le courrier de la première classe et coûté 26 cents. Le service a serait subventionné et apparemment USPS a perdu l'argent substantiel sur l'expérience. La Commission postale des USA de et la Commission Fédérale des Communications se sont opposées à E-COM. La FCC a conclu que le chariot commun constitué par E-COM sous sa juridiction et l'USPS devrait classer un tarrif. Trois ans après lancement du service, E-COM décommandé par USPS et essayé de le liquider.
Dès l'abord dans l'histoire du Arpanet , il y avait des clients d'email multiples qui ont eu divers, et parfois, des formats incompatibles. Par exemple, dans le système Multics, le " ; @" ; le signe a signifié le " ; line" de mise à mort ; et quelque chose après le " ; @" ; le signe serait ignoré. Le DARPA du Département de la Défense a désiré avoir l'uniformité et l'interopérabilité pour l'email et a donc placé des efforts de conduire vers des normes interopérables unifiées. Ceci a mené à David Crocker, à John Vittal, à Kenneth Pogran, et à Austin Henderson éditant RFC 733, " ; Norme pour le format du texte Message" de réseau d'ARPA ; (21 novembre 1977), qui n'était apparemment pas efficace. En 1979, une réunion s'est tenue au BBN pour résoudre des problèmes d'incompatibilité. Le Jon Postel a raconté la réunion dans RFC 808, " ; Le résumé de se réunir de services de courrier électronique s'est tenu au " de BBN le 10 janvier 1979 ; (1er mars 1982), qui inclut une annexe énumérant les systèmes variables d'email alors. Ceci, à leur tour, mènent au dégagement de RFC 822, " de David Crocker ; Norme pour le format du texte Messages" d'Internet d'ARPA ; (13 août 1982).
Le National Science Foundation a assuré des opérations de l'Arpanet et de l'Internet du Département de la Défense, et a lancé le NSFNet , une nouvelle épine dorsale pour le réseau. Une partie de l'AUP de NSFNet était qu'aucun trafic commercial ne serait autorisé. En 1988, le Vint Cerf a arrangé pour une interconnexion de MCI Mail avec NSFNET à titre expérimental. L'email suivant de Compuserve d'année relié ensemble avec NSFNET. Dans quelques années la restriction commerciale du trafic a été enlevée de l'AUP de NSFNETs, et NSFNET privitized.
Vers la fin des années 90, la Commission commerciale fédérale s'est développée intéressée avec la fraude transpirant dans l'email, et a lancé une série de procédures sur le Spam, la fraude, et phishing. En 2004, la juridiction de $$etFTC sur le Spam a été codifiée dans la loi sous forme de Loi de Spam de BIDON. Plusieurs autres agences fédérales des USA ont également exercé la juridiction comprenant le ministère de la justice et le service secret.
Voir également
Perfectionnements
Chiffrage d'email de Email de HTML de
Fax d'Internet de
L-courrier
Email de poussée de
Issues de social d'email
style=" deEmail de charriant
Netiquette
Surcharge de l'information de
Humeur d'Internet de
Argot d'Internet de
Spam d'email de
techniques d'Anti-Spam de (email)
Virus d'ordinateur
E-carte
USENET de citant
Art d'email de
Réponse de tout le
Clients et serveurs
style=" deClient d'email , comparaison de des clients d'email
Email address
Authentification d'email de
Normes de courrier d'Internet de * agent des transferts de courrier
Mail_user_agent
Webmail
Centre serveur d'email de
Unicode et email
biff
Liste d'adresses
Liste d'adresses électronique Archives de liste d'adresses de
Remailer anonyme
Email address jetable
Email de cheminement de
Chiffrage d'email de
Annonce-Démon
Protocoles
Smtp POP3
IMAP
X.400
UUCP
.
| Random links: | Bureau de traitement de l'information de technologie | Thermorécepteur | Ouïe (cratère lunaire) | Thyrsites de Kudoa | Frotter avec le poing-marche | Email |