Correo electrónico

La arroba, una parte de cada SMTP dirección de correo electrónico

El correo electrónico, más comúnmente conocida como correo electrónico o e-mail desde aproximadamente 1993, es un método de intercambio de mensajes digitales de un autor a uno o más destinatarios. Email moderna opera a través de la Internet o de otro tipo red de computadoras. Algunos sistemas de correo electrónico primeros requieren que el autor y el destinatario sean ambos en línea al mismo tiempo, en común con mensajería instantánea. Sistemas de correo electrónico de hoy en día se basan en un almacenar y reenviar modelo. Correo electrónico servidores aceptan, hacia adelante, entregar y almacenar mensajes. Ni los usuarios ni sus equipos están obligados a estar en línea al mismo tiempo; que necesitan conectarse sólo brevemente, por lo general a un servidor de correo electrónico, por el tiempo que se tarda en enviar o recibir mensajes.

Históricamente, el correo electrónico término se usa genéricamente para cualquier transmisión electrónica de documentos. Por ejemplo, varios escritores en la década de 1970 utilizan el término para describir la transmisión de documentos de fax. Como resultado, es difícil de encontrar la primera citación por el uso del término con el significado más específico que tiene hoy.

Un mensaje de correo electrónico de Internet consiste en tres componentes, el sobre del mensaje, el encabezado del mensaje, y el cuerpo del mensaje. El encabezado del mensaje contiene información de control, incluyendo, como mínimo, un originador de dirección de correo electrónico y una o más direcciones de los destinatarios. Por lo general, también se añade información descriptiva, como un campo de encabezado de asunto y un mensaje de presentación de fecha / hora.

Originalmente se extendió un sólo texto (ASCII de 7 bits y otros) medio de comunicación, dirección de correo electrónico para llevar a los archivos adjuntos de contenido multimedia, un proceso estandarizado en RFC 2045 y 2049. En conjunto, estos RFC han dado en llamar Multipurpose Internet Mail Extensions (MIME).

El correo electrónico es anterior a la creación de la Internet y de hecho fue una herramienta crucial en la creación, pero la historia de los servicios de correo electrónico de Internet modernos, globales se remonta a principios del ARPANET. Normas para la codificación de mensajes de correo electrónico se han propuesto ya en 1973 ( RFC 561). La conversión de ARPANET a Internet en la década de 1980 produjo el núcleo de los servicios actuales. Un correo electrónico enviado a principios de 1970 se ve muy similar a un mensaje de texto enviado básica en el Internet hoy.

Correo electrónico basada en la red se intercambió inicialmente en la ARPANET en extensiones al Protocolo de transferencia de archivos (FTP), pero ahora se realiza por el Simple Mail Transfer Protocol (SMTP), publicado por primera vez como Estándar de Internet 10 ( RFC 821) en 1982. En el proceso de transporte de mensajes de correo electrónico entre sistemas, SMTP comunica parámetros de entrega utilizando un sobre del mensaje se separan del mensaje (cabecera y cuerpo) en sí.

Ortografía

El correo electrónico tiene varios Inglés Opciones de ortografía, que en ocasiones resultan motivo de vehemente desacuerdo.

• e-mail es la forma más común en la impresión, y es recomendada por algunos libros de estilo periodísticos y técnicos destacados. De acuerdo a Corpus de datos Contemporary American inglés, esta es la forma que aparece con más frecuencia en editada publicado escritura, Inglés americano y británico Inglés.
• el correo electrónico es la forma más común usado en línea, y es requerido por IETF Las solicitudes de comentario y los grupos de trabajo y cada vez más por guías de estilo. Esta ortografía también aparece en la mayoría de los diccionarios.
• correo era la forma utilizada en el original RFC. El servicio se conoce como correo electrónico y una sola pieza de correo electrónico se denomina un mensaje.
• eMail, capitalizando sólo la letra M, era común entre Usuarios de ARPANET y los primeros desarrolladores de Unix , CMS, AppleLink, eWorld, AOL, GEnie, y Hotmail.
• El correo electrónico es una forma tradicional que se ha utilizado en RFC para la "Dirección del autor", y está expresamente requerido "por razones históricas".
• El correo electrónico se utiliza a veces, capitalizando la letra inicial E como en abreviaturas similares como E-piano, guitarra eléctrica, la bomba atómica, la bomba H, y cesárea.

También hay algo de variedad en la forma plural de la palabra. En los Estados Unidos de correo electrónico Inglés se utiliza como sustantivo total (como el correo plazo para los artículos enviados a través del sistema postal), pero en Inglés británico se usa más comúnmente como una contar sustantivo con los correos electrónicos plurales.

Origen

Red AUTODIN proporciona servicio de mensajes entre 1.350 terminales, manejo de 30 millones de mensajes al mes, con una longitud media mensaje de aproximadamente 3000 caracteres. AUTODIN fue apoyada por 18 grandes interruptores computarizados, y se conecta a la Estados Unidos Administración de Servicios Generales Sistema de Registro de avanzada, que proporciona servicios similares a aproximadamente 2.500 terminales.

Sistemas de correo basados en host

Con la introducción de MIT Compatible Time-Sharing System (CTSS) en 1961 varios usuarios fueron capaces de iniciar sesión en un sistema central de las terminales de acceso telefónico a distancia, y para almacenar y compartir archivos en el disco central. Los métodos informales de uso de esta para pasar mensajes desarrollados y se ampliaron para crear el primer sistema digno de ese nombre "correo electrónico":

• 1965 - MIT CORREO CTSS.

Otros sistemas tempranos pronto tenían sus propias aplicaciones de correo electrónico:

• 1962 - 1440/1460 Sistema Terminal Administrativo
• 1968 - ATS / 360
• 1972 - Unix programa de correo
• 1972 - APL Buzón por Larry Raza
• 1974 - La PLATO IV Notas en línea sistema de tablón de anuncios se generalizó para ofrecer 'notas personales (correo electrónico) en agosto de 1974.
• 1978 - EMAIL en Universidad de Medicina y Odontología de Nueva Jersey
• 1981 - PROFS de IBM
• 1982 - ALL-IN-1 por Digital Equipment Corporation

Aunque todos son similares en concepto, estos sistemas de correo electrónico originales tenían muy diferentes características y corrieron en los sistemas que son incompatibles entre sí. Permitieron que la comunicación sólo entre los usuarios registrados en el mismo host o "mainframe," aunque podría haber cientos o miles de usuarios dentro de una organización.

Sistemas de correo electrónico LAN

En la década de 1980, en red las computadoras personales en LAN se convirtió cada vez más importante. Se desarrollaron sistemas basados en servidores similares a los sistemas mainframe anteriores. Una vez más, estos sistemas permiten un principio de comunicación sólo entre usuarios conectados a la misma infraestructura de servidores. Los ejemplos incluyen:

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

Eventualmente, estos sistemas también podrían vincular diferentes organizaciones, siempre y cuando corrían el mismo sistema de correo electrónico y protocolo propietario.

Redes de correo electrónico

Pronto sistemas fueron desarrollados para vincular los programas de correo compatibles entre las diferentes organizaciones a través de módems de acceso telefónico o líneas arrendadas, la creación de redes locales y globales.

• En 1971, la primera ARPANET correo electrónico fue enviado, y por medio de RFC 561, RFC 680, RFC 724, y, finalmente, de 1977 RFC 733, se convirtió en un sistema de trabajo normalizado.

Otras redes, separados también se están creando entre ellas:

• Correo Unix fue conectado en red por de 1978 uucp, que también fue utilizado para Grupos de noticias USENET
• IBM mainframe de correo electrónico a un vínculo BITNET en 1981
• PCs de IBM que ejecutan DOS en 1984 podrían vincular con FidoNet para el correo electrónico y compartido tablero de avisos

Los intentos de interoperabilidad

Interoperabilidad entre sistemas independientes temprana incluyó:

• ARPANET, el precursor de la actual Internet, que definió los primeros protocolos para ordenadores diferentes para intercambio de email
• implementaciones uucp para sistemas no Unix, que fueron utilizados como un "pegamento" abierto entre los sistemas de correo diferentes, principalmente a través de los teléfonos de acceso telefónico
• CSNET, que utiliza el acceso telefónico de acceso telefónico para enlazar sitios adicionales a la ARPANET y luego Internet

Hubo esfuerzos posteriores a la interoperabilidad de normalización también:

• Novell defendió brevemente el abierto Protocolo MHS pero lo abandonó después de comprar el WordPerfect Office no MHS (rebautizada Groupwise)
• La Protocolos de libros coloreados en Reino Unido redes académicas hasta 1992
• X.400 en la década de 1980 y principios de 1990 fue promovida por los principales proveedores y el mandato para el uso gobierno bajo GOSIP pero abandonado por todos, pero algunos - a favor de Internet SMTP a mediados de los años 1990.

Desde SNDMSG a MSG

A principios del decenio de 1970, Ray Tomlinson actualiza una utilidad existente llamado SNDMSG de modo que pudiera copiar mensajes (como archivos) en la red. Lawrence Roberts, el director del proyecto para el desarrollo de ARPANET, tuvo la idea de readmail, que vierten todos los mensajes "recientes" en el terminal del usuario, y escribió un programa para TENEX en Macros TECO llamados RD, lo que permitió el acceso a mensajes individuales. Barry Wessler luego actualiza RD y lo llamó NRD.

Marty Yonke reescribió NRD para incluir la lectura, el acceso a SNDMSG para el envío, y un sistema de ayuda, y llamó a la utilidad WRD, que más tarde fue conocido como BANANARD. John Vittal luego actualiza esta versión para incluir tres comandos importantes: Mover (combinado guardar / delete), respuesta (determinado a quien una respuesta debe ser enviada) y Forward (enviado un correo electrónico a una persona que no era ya un destinatario). El sistema fue llamado MSG. Con la inclusión de estas características, el glutamato monosódico se considera que es el primer programa de correo electrónico moderno integrado, de la que muchas otras aplicaciones han descendido.

La rebelión de correo ARPANET

La ARPANET red informática hizo una gran contribución al desarrollo del correo electrónico. Hay un informe que indica las transferencias de correo electrónico entre sistemas experimentales comenzaron poco después de su creación en 1969. Ray Tomlinson se acredita generalmente como haber enviado el primero de correo electrónico a través de una red, iniciar el uso de la " @ "Firmar para separar los nombres de usuario y la máquina del usuario, en 1971, cuando envió un mensaje de uno Digital Equipment Corporation DEC-10 equipo a otro DEC-10. Las dos máquinas fueron colocados uno junto al otro. El trabajo de Tomlinson fue adoptada rápidamente por la ARPANET, que aumentó considerablemente la popularidad del correo electrónico. Durante muchos años, el correo electrónico era la killer app de la ARPANET y luego Internet.

La mayoría de las otras redes tenían sus propios protocolos de correo electrónico y formatos de dirección; como la influencia de la ARPANET y más tarde la Internet creció, sitios centrales a menudo organizadas email gateways que pasaron correo entre Internet y las otras redes. Correo electrónico de Internet direccionamiento todavía se complica por la necesidad de manejar el correo destinado para estas redes mayores. Algunos ejemplos bien conocidos de estos fueron UUCP (principalmente ordenadores Unix), BITNET (principalmente IBM y mainframes VAX en las universidades), FidoNet (computadoras personales), DECnet (varias redes) y CSNET, un precursor de NSFNet.

Un ejemplo de una dirección de correo electrónico de Internet que enruta correo a un usuario en un anfitrión UUCP:

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

Esto era necesario porque en los primeros años los ordenadores UUCP no mantuvieron (y no podían consultar a los servidores centrales de) información sobre la ubicación de todos los hosts que intercambiaron mail con, sino que sólo sabía cómo comunicarse con algunos vecinos de la red; mensajes de correo electrónico (y otros datos como Usenet News) se pasa a lo largo de una cadena entre los ejércitos que habían aceptado explícitamente para compartir datos entre sí. (Con el tiempo la UUCP Mapping Project proporcionaría una forma de red de la base de datos de enrutamiento de correo electrónico.)

General del funcionamiento

El diagrama de la derecha muestra una secuencia típica de eventos que tiene lugar cuando Alice compone un mensaje usando su agente de usuario de correo (MUA). Ella entra en la dirección de correo electrónico de su corresponsal, y golpea el botón "enviar".

1. Su MUA formatea el mensaje en formato de correo electrónico y utiliza el protocolo de envío (un perfil de la Simple Mail Transfer Protocol (SMTP), consulte RFC 6409) para enviar el mensaje a lo local agente de entrega de correo (MSA), en este caso smtp.a.org, dirigido por Alicia de proveedor de servicios de Internet (ISP).
2. El MSA se ve en la dirección de destino prevista en el protocolo SMTP (no de la cabecera del mensaje), en este caso bob@b.org. Una dirección de correo electrónico de Internet es una cadena de la forma parte local @ exampledomain. La parte antes del símbolo @ es la parte local de la dirección, a menudo el Nombre de usuario del destinatario, y la parte después del signo @ es un nombre de dominio o una nombre de dominio completo. El MSA resuelve un nombre de dominio para determinar el nombre de dominio completo de la servidor de intercambio de correo en el Sistema de nombres de dominio (DNS).
3. La Servidor DNS para el dominio b.org, ns.b.org, responde con cualquier Registros MX se enumeran los servidores de intercambio de correo para ese dominio, en este caso mx.b.org, un agente del servidor de transferencia de mensajes (MTA), dirigido por el ISP de Bob.
4. smtp.a.org envía el mensaje a mx.b.org usando SMTP.

Este servidor puede tener que reenviar el mensaje a otros MTA antes de que el mensaje llegue a la final agente de la entrega de mensajes (MDA).

1. El MDA lo entrega a la buzón del usuario bob.
2. Bob presiona el botón "Obtener correo" en su MUA, que recoge el mensaje utilizando el Post Office Protocol (POP3) o el Internet Message Access Protocol (IMAP4).

Esa secuencia de acontecimientos se aplica a la mayoría de usuarios de correo electrónico. Sin embargo, hay muchas posibilidades alternativas y complicaciones en el sistema de correo electrónico:

• Alice o Bob pueden utilizar un cliente conectado a un sistema de correo electrónico corporativo, tales como IBM Lotus Notes o Microsoft Exchange. Estos sistemas a menudo tienen su propio formato de correo electrónico interno y sus clientes normalmente se comunican con el servidor de correo electrónico utilizando un protocolo propietario específico del proveedor. El servidor envía o recibe correo electrónico a través de Internet a través de Internet de correo de puerta de enlace de producto que también lo hace cualquier cambio de formato necesario. Si Alice y Bob trabajan para la misma empresa, toda la transacción puede ocurrir por completo dentro de un mismo sistema de correo electrónico corporativo.
• Alice puede no tener un MUA en su ordenador pero en su lugar puede conectarse a una servicio de correo web.
• Equipo de Alice puede ejecutar su propio MTA, evitando así la transferencia en el paso 1.
• Bob puede recoger su correo electrónico de muchas maneras, por ejemplo entrando en mx.b.org y leer directamente, o mediante el uso de un servicio de correo web.
• Dominios suelen tener varios servidores de intercambio de correo para que puedan siguen aceptando mail cuando el servidor principal de intercambio de correo no está disponible.
• Mensajes de correo electrónico no son seguros si cifrado de correo electrónico no se usa correctamente.

Muchos MTA utilizan para aceptar mensajes para cualquier destinatario en Internet y hacen todo lo posible para liberarlos. Tales MTA se denominan retransmisiones de correo abiertas. Esto fue muy importante en los primeros días de la Internet, cuando las conexiones de red no eran fiables. Si un MTA no pudo llegar al destino, al menos podría entregarlo a un relé más cerca del destino. El relé se puso de pie una mejor oportunidad de entregar el mensaje en un momento posterior. Sin embargo, este mecanismo resultó ser explotados por personas que envían correo electrónico masivo no solicitado y como consecuencia muy pocas MTA modernos son retransmisiones de correo abiertas, y muchos MTA no aceptan mensajes de retransmisiones de correo abiertas, porque ese tipo de mensajes son muy probable que sea correo no deseado.

Formato del mensaje

El formato de los mensajes de correo electrónico de Internet ahora se define por RFC 5322, con multimedia adjuntos contenido se define en la RFC 2045 a través de RFC 2049, llamados en conjunto Extensiones multipropósito de correo o MIME de Internet. RFC 5322 sustituyó a la anterior RFC 2822 en 2008, y, a su vez RFC 2822 en 2001 sustituye RFC 822 - que había sido el estándar para el correo electrónico de Internet desde hace casi 20 años. Publicado en 1982, RFC 822 se basa en la anterior RFC 733 para la ARPANET.

Mensajes de correo electrónico de Internet consisten en dos secciones principales:

• Header - Estructurado en campos como De, Para, CC, Asunto, Fecha, y otra información sobre el correo electrónico.
• Cuerpo - El contenido básico, como texto no estructurado; a veces contiene una bloque de firma al final. Este es exactamente el mismo que el cuerpo de una carta regular.

La cabecera está separado del cuerpo por una línea en blanco.

Encabezado del mensaje

Cada mensaje tiene exactamente un cabecera, que se estructura en campos. Cada campo tiene un nombre y un valor. RFC 5322 especifica la sintaxis precisa.

Informalmente, cada línea de texto en el encabezado que comienza con un carácter imprimible comienza un campo independiente. El nombre del campo comienza en el primer carácter de la línea y termina antes de que el carácter separador ":". El separador es seguido por el valor del campo (el "cuerpo" del campo). El valor se continuó en las líneas siguientes, si esas líneas tienen un espacio o tabulador como su primer carácter. Nombres y valores de campo se limitan a 7 bits ASCII caracteres. Los valores no ASCII pueden ser representados utilizando MIME palabras codificadas.

Los campos de cabecera

Campos de encabezado de correo electrónico pueden ser de varias líneas, y cada línea debe tener un máximo de 78 caracteres de longitud y en ningún caso más de 998 caracteres de longitud. Los campos de encabezado definido por RFC 5322 sólo puede contener US-ASCII caracteres; para la codificación de caracteres en otros conjuntos, una sintaxis especificada en RFC 2047 puede ser utilizado. Recientemente, el grupo de trabajo IETF EAI ha definido algunas extensiones pista normas, en sustitución de extensiones experimentales previos, para permitir Codificación UTF-8 Caracteres Unicode para ser utilizado dentro de la cabecera. En particular, esto permite direcciones de correo electrónico que utilizan caracteres no ASCII. Estos caracteres sólo deben ser utilizados por los servidores que soportan estas extensiones.

El encabezado del mensaje debe incluir al menos los siguientes campos:

• Desde El dirección de correo electrónico y, opcionalmente, el nombre del autor (s). En muchos clientes de correo electrónico no se puede cambiar, sino por el cambio de configuración de la cuenta.
• Fecha: La hora local y la fecha en que el mensaje fue escrito. Al igual que el campo De, muchos clientes de correo electrónico llenar esto en forma automática cuando se envía. El cliente del destinatario puede entonces mostrar la hora en la zona de formato y la hora local a él / ella.

El encabezado del mensaje debe incluir al menos los siguientes campos:

• Message-ID: También un campo generado automáticamente; utilizado para impedir la entrega múltiple y para referencia en In-Reply-To: (ver más abajo).
• En Respuesta A: Message-ID del mensaje que se trata de una respuesta a. Se utiliza para vincular los mensajes relacionados entre sí. Este campo sólo se aplica a los mensajes de respuesta.

RFC 3864 describe los procedimientos de registro para los campos de encabezado de mensaje en el IANA; que prevé permanente y nombres de los campos de encabezado de mensaje provisionales, incluidos los campos también definidas para MIME, noticias de la red, y http, y haciendo referencia a los RFC pertinentes. Campos de cabecera comunes de correo electrónico incluyen:

• Para: La dirección de correo electrónico (es), y opcionalmente el nombre (s) del destinatario (s) del mensaje. Indica destinatarios primarios (múltiple permitido), para los beneficiarios secundarios ver Cc: y CCO: a continuación.
• Asunto: Un breve resumen del tema del mensaje. Ciertas abreviaturas se utilizan comúnmente en la materia, incluyendo "RE:" y "FW:".
• CCO: Ciegos Carbon Copy; direcciones añaden a la lista de entrega de SMTP pero no (por lo general) figuran en los datos del mensaje, permanece invisible a otros destinatarios.
• Cc: Carbon Copy; Muchos clientes de correo electrónico marcarán correo electrónico en su bandeja de entrada de forma diferente dependiendo de si se encuentra en el campo Para: o Cc: lista.
• Content-Type: Información sobre cómo el mensaje es que se muestre, por lo general un Tipo MIME.
• Precedencia: comúnmente con los valores "a granel", "basura", o "lista"; respuestas que se utilizan para indicar que automatizado "vacaciones" o "fuera de la oficina" no deben ser devueltos para este correo, por ejemplo, para evitar los avisos por vacaciones sean enviados a todos los otros suscriptores de una lista de correo. Sendmail utiliza esta cabecera para afectar la priorización de correo electrónico en cola, con "Precedencia: entrega especial" mensajes entregados antes. Con las modernas redes de banda ancha prioridad de entrega es un problema menor de lo que era. Microsoft Exchange respeta un mecanismo de supresión de la respuesta automática de grano fino, el encabezado X-Auto-Respuesta-reprimir.
• Referencias: Message-ID del mensaje que se trata de una respuesta a, y el mensaje-id del mensaje de la respuesta anterior fue una respuesta a, etc.
• Responder a: Dirección que se debe utilizar para responder al mensaje.
• Remitente: Dirección de la actuación remitente real en nombre del autor que aparece en el campo De: (secretaria, gestor de listas, etc.).
• Archivado-A: Un enlace directo a la forma archivada de un mensaje de correo electrónico individual.

Tenga en cuenta que el campo A no se relaciona necesariamente con las direcciones a las que se entrega el mensaje. La lista de entrega real se suministra por separado para el protocolo de transporte, SMTP, que puede o no puede haber sido originalmente extraída del contenido de la cabecera. La "Para:" campo es similar al abordar en la parte superior de una carta convencional que se entrega de acuerdo con la dirección en el sobre exterior. De la misma manera, el campo "De:" el campo no tiene que ser el verdadero remitente del mensaje de correo electrónico. Se aplican algunas servidores de correo sistemas de autenticación de correo electrónico a los mensajes que se transmiten. Los datos relativos a la actividad del servidor es también parte de la cabecera, tal como se define a continuación.

SMTP define la información de seguimiento de un mensaje, que también se guarda en la cabecera con los dos campos siguientes:

• Recibido: cuando un servidor SMTP acepta un mensaje que inserta este registro de rastreo en la parte superior de la cabecera (última a la primera).
• Return-Path: cuando el servidor SMTP entrega realiza la entrega final de un mensaje, se inserta este campo en la parte superior de la cabecera.

Otros campos de cabecera que se agregan en la parte superior de la cabecera por el servidor de recepción pueden ser llamados campos de seguimiento, en un sentido más amplio.

• Authentication-Results: cuando un servidor realiza comprobaciones de autenticación, puede guardar los resultados en este campo para el consumo por parte de agentes de aguas abajo.
• Recibido-SPF: almacena los resultados de Comprobaciones SPF.
• Se utiliza para marcar los mensajes generados automáticamente: Auto-Presentada.
• VBR-Info: reclamaciones VBR listas blancas

Cuerpo del mensaje

Codificación de contenido

El correo electrónico fue diseñado originalmente para el 7-bit ASCII . La mayoría del software de correo electrónico es 8 bits, sino que debe asumir que se comunicará con los servidores de 7 bits y lectores de correo. La Estándar MIME introdujo especificadores de conjunto de caracteres y dos codificaciones de transferencia de contenido para permitir la transmisión de datos no-ASCII: imprimible cotizado para la mayoría 7 contenido poco con unos personajes fuera de ese rango y base64 para datos binarios arbitrarios. La 8BITMIME y Extensiones binarias se introdujeron para permitir la transmisión de correo sin la necesidad de estas codificaciones, pero muchos agentes de transporte de correo aún no apoyan plenamente. En algunos países, varios esquemas de codificación coexisten; como resultado, por defecto, el mensaje en un idioma alfabeto no latino aparece en forma no legible (la única excepción es coincidencia, cuando el remitente y el receptor utilizan el mismo esquema de codificación). Por lo tanto, para la internacional juegos de caracteres, Unicode está creciendo en popularidad.

El texto plano y HTML

La mayoría gráfico moderno clientes de correo electrónico permiten el uso de cualquiera de las texto plano o HTML para el cuerpo del mensaje, a opción del usuario. Mensajes de correo electrónico HTML a menudo incluyen una copia de texto sin formato generado automáticamente también, por razones de compatibilidad.

Ventajas de HTML incluyen la posibilidad de incluir enlaces e imágenes en línea, establezca mensajes aparte anteriores en citas en bloque, envuelven naturalmente en cualquier pantalla, use énfasis como subraya y cursiva, y el cambio estilos de fuente. Las desventajas incluyen el aumento de tamaño del correo electrónico, la privacidad se refiere acerca de web bugs, abuso de correo electrónico HTML como vector de phishing ataques y la propagación de software malicioso.

Basado Algunos web Las listas de correo recomiendan que todos los mensajes se harán en texto plano, con 72 o 80 caracteres por línea para todas las razones anteriores, sino también porque tienen un número significativo de lectores utilizando basado en texto clientes de correo electrónico como Mutt.

Algunos Microsoft clientes de correo electrónico permiten formato enriquecido utilizando RTF, pero a menos que se garantice que el destinatario tenga una compatible cliente de correo electrónico debe evitarse.

Con el fin de garantizar que HTML enviado en un correo electrónico se rinde adecuadamente por el software de cliente del destinatario, un encabezado adicional se debe especificar al enviar: "Content-type: text / html". La mayoría de los programas de correo electrónico envían esta cabecera automáticamente.

Los servidores y las aplicaciones cliente

La interfaz de un cliente de correo electrónico, Thunderbird.

Los mensajes se intercambian entre hosts utilizando el Protocolo simple de transferencia de correo con programas de software llamada Los agentes de transferencia de correo (MTA); y entregados a un almacén de correo por programas llamados agentes de entrega de correo (MDA, también a veces llamados agentes locales de entrega, ADL). Los usuarios pueden recuperar sus mensajes desde servidores utilizando protocolos estándar como POP o IMAP, o, como es más probable en un gran corporativa medio ambiente, con una protocolo propietario específico para Novell GroupWise, Lotus Notes o Servidores Microsoft Exchange. Interfaces de correo web permiten a los usuarios acceder a su correo electrónico con cualquier estándar navegador web, desde cualquier ordenador, en lugar de confiar en un cliente de correo electrónico. Programas utilizados por los usuarios para recuperar, la lectura, y la gestión de correo electrónico se llaman los agentes de usuario de correo (MUAs).

El correo puede ser almacenado en el cliente, en el lado del servidor, o en ambos lugares. Los formatos estándar de buzones incluyen Maildir y mbox. Varios clientes de correo electrónico prominentes utilizan su propio formato propietario y requieren software de conversión para transferir el correo electrónico entre ellos. Almacenamiento del lado del servidor es a menudo en un formato propietario, pero ya que el acceso es a través de un protocolo estándar tal como IMAP, moviéndose de correo electrónico de un servidor a otro se puede hacer con cualquier MUA que soporta el protocolo.

La aceptación de un mensaje obliga a un MTA para entregar, y cuando un mensaje no se puede entregar, que la MTA tiene que enviar un rebotar mensaje de vuelta al remitente, indicando el problema.

Extensiones de archivos

A la recepción de mensajes de correo electrónico, aplicaciones de correo cliente ahorrar mensajes en archivos del sistema operativo en el sistema de archivos. Algunos clientes ahorran mensajes individuales como archivos separados, mientras que otros utilizan diferentes formatos de bases de datos, a menudo de propiedad, para el almacenamiento colectivo. Un estándar histórico de almacenamiento es el formato mbox. El formato específico utilizado a menudo se indica con especial extensiones de los archivos:

eml

Utilizado por muchos clientes de correo electrónico que incluyen Microsoft Outlook Express, Lotus Notes, Windows Mail, Mozilla Thunderbird, y buzón de correos. Los archivos son texto sin formato en Formato MIME, que contiene el encabezado del correo electrónico, así como el contenido del mensaje y los archivos adjuntos en una o más de varios formatos.

EMLX

Usado por Correo Apple.

msg

Usado por Microsoft Office Outlook y OfficeLogic Groupware.

mbx

Usado por Opera Mail, KMail, y Apple Mail basado en la formato mbox.

Algunas aplicaciones (como Apple Mail) dejar adjuntos codificados en mensajes para buscar al tiempo que ahorra copias separadas de los archivos adjuntos. Otros separar los archivos adjuntos de los mensajes y guardarlos en un directorio específico.

Los dispositivos móviles, tales como teléfonos celulares y computadoras tablet, comúnmente tienen la capacidad para retransmitir correo electrónico a los usuarios finales, por lo que es mucho más fácil para los usuarios acceder a correo electrónico en estos dispositivos portátiles que a través de otros métodos, como la computadoras de escritorio o portátiles . Los usuarios siempre pueden tener su dispositivo móvil con ellos, por lo que esta tarea aún más rápido. Aplicaciones de correo electrónico para teléfonos celulares son continuamente reconstruidos y mejorados, para proporcionar el servicio más eficiente a los usuarios que pueden utilizar estas aplicaciones. Por ejemplo, a principios de 2013 Google desarrolló la Buzón de iPhone App para asegurar una mejor calidad de correo electrónico móvil que estaba disponible antes.

Esquema URI mailto

La URI régimen, como registrado en la IANA, define el mailto: esquema de direcciones de correo electrónico SMTP. Aunque su uso no se define estrictamente, las direcciones URL de esta forma están destinados a ser utilizados para abrir la ventana del mensaje de cliente de correo del usuario cuando se activa la URL, con la dirección según la definición de la URL en el campo Para:.

Tipos

Correo electrónico basado en web (webmail)

Este es el tipo de correo electrónico que la mayoría de los usuarios están familiarizados. Muchos proveedores de correo electrónico gratuito alojar sus saques como el correo electrónico basado en la web (por ejemplo, Hotmail, Yahoo , Gmail , AOL). Esto permite a los usuarios iniciar sesión en la cuenta de correo electrónico mediante el uso de un navegador web para enviar y recibir su correo electrónico. Su principal desventaja es la necesidad de estar conectado a Internet mientras lo usa. Otras herramientas de software que integran existir partes de la funcionalidad de webmail en el OS (por ejemplo, la creación de mensajes directamente desde aplicaciones de terceros a través de MAPI).

Servicios de correo electrónico POP3

POP3 es el acrónimo de Post Office Protocol 3. Es un tipo que lleva la cuenta de correo electrónico en Internet. En una cuenta de correo electrónico POP3, los mensajes de correo electrónico se descargarán al dispositivo cliente (es decir, una computadora) y luego se eliminan de la servidor de correo. Es difícil guardar y ver los mensajes en varios dispositivos. Además, los mensajes enviados desde el ordenador no se copian en la carpeta Elementos enviados en los dispositivos. Los mensajes se borran de la servidor para hacer espacio para más mensajes entrantes. POP es compatible con simple descarga y-delete requisitos para el acceso a los buzones de correo remoto (maildrop denominado en el RFC POP). Aunque la mayoría de los clientes POP tienen la opción de dejar mensajes en el servidor después de descargar una copia de ellos, la mayoría de clientes de correo electrónico que utilizan POP3 simplemente conectar, recuperar todos los mensajes, guardarlos en el dispositivo cliente como nuevos mensajes, borrarlos del servidor, y luego desconectar. Otros protocolos IMAP, en particular, (Protocolo de acceso a mensajes de Internet) proporcionan acceso remoto más completo y complejo a las operaciones de buzón típicos. Muchos clientes de correo electrónico compatibles con POP, así como IMAP para recuperar los mensajes; Sin embargo, un menor número de proveedores de servicios de Internet (ISPs) IMAP apoyo.

Servidores de correo electrónico IMAP

IMAP se refiere al Protocolo de acceso a mensajes de Internet. Es una alternativa a la dirección de correo electrónico POP3. Con una cuenta IMAP, la cuenta de un usuario tiene acceso a las carpetas de correo en el servidor de correo y se puede utilizar cualquier dispositivo compatible a leer mensajes, siempre que tal dispositivo puede acceder al servidor. Muestra los encabezados de los mensajes, el remitente y el asunto y el dispositivo tiene que pedir descargar mensajes específicos. Por lo general, el correo se guarda en un servidor de correo, por lo tanto, es más seguro y está respaldada en un servidor de correo electrónico.

Servidores de correo electrónico MAPI

Programación de aplicaciones de mensajería de interfaz (MAPI) es una arquitectura de mensajería y una API basada Modelo de objetos componentes de Microsoft Windows.

Uso

Llameante

Flaming ocurre cuando una persona envía un mensaje con contenido enojado o antagónica. El término se deriva de la utilización de la palabra incendiaria para describir las discusiones de correo electrónico particularmente calientes. Flaming se supone que es más común hoy en día debido a la facilidad y la impersonalidad de comunicaciones por correo electrónico: enfrentamientos en persona o por teléfono requieren interacción directa, donde las normas sociales fomentan el civismo, mientras que escribir un mensaje a otra persona es una interacción indirecta, por lo que la cortesía puede ser olvidado.

Email quiebra

También conocido como "fatiga de correo electrónico", la quiebra de correo electrónico es cuando un usuario hace caso omiso de un gran número de mensajes de correo electrónico, tras caer en la lectura y responderlas. La razón de la zaga es a menudo debido a la sobrecarga de información y un sentido general, hay tanta información que no es posible leer todo. Como solución, la gente de vez en cuando envían un mensaje de texto modelo que explica que la bandeja de entrada de correo electrónico está vació. Profesor de derecho de la Universidad de Harvard Lawrence Lessig se le atribuye haber acuñado este término, pero sólo puede haber popularizado.

En los negocios

El correo electrónico fue ampliamente aceptado por la comunidad empresarial como el primer gran medio de comunicación electrónica y fue el primer 'e-revolución "en la comunicación empresarial. El correo electrónico es muy sencillo de entender y al igual que el correo postal, correo electrónico resuelve dos problemas básicos de la comunicación: la logística y la sincronización (véase más adelante).

Correo electrónico basado en LAN es también una forma emergente de uso para los negocios. No sólo permite que el usuario de negocios para descargar el correo sin conexión, sino que también permite que el usuario de la pequeña empresa para tener identificadores de correo electrónico de varios usuarios con una sola conexión de correo electrónico.

Pros

• El problema de la logística: Gran parte del mundo de los negocios se basa en la comunicación entre las personas que no están físicamente en el mismo edificio, área o incluso de país; establecer y asistir a una reunión en persona, llamada telefónica, o llamada de conferencia puede ser un inconveniente, llevar mucho tiempo, y costoso. Correo electrónico ofrece una forma de intercambiar información entre dos o más personas, sin costes de establecimiento y que generalmente es mucho menos costosa que las reuniones o llamadas telefónicas física.
• El problema de la sincronización: Con la comunicación en tiempo real mediante reuniones o llamadas telefónicas, los participantes tienen que trabajar en el mismo horario, y cada participante debe pasar la misma cantidad de tiempo en la reunión o llamada. El correo electrónico permite asincronía: cada participante puede controlar su horario de forma independiente.

Contras

La mayoría de los trabajadores de negocios de hoy pasan de una a dos horas de su jornada de trabajo en el correo electrónico: leer, ordenar, clasificar, 're-contextualizar' información fragmentada, y la escritura de correo electrónico. El uso del correo electrónico es cada vez mayor debido al aumento de los niveles de la globalización - la división del trabajo y la subcontratación entre otras cosas. Correo electrónico puede llevar a algunos problemas bien conocidos:

• La pérdida de contexto : lo que significa que el contexto se pierde para siempre; no hay manera de obtener el texto de nuevo. La información de contexto (como en un periódico) es mucho más fácil y rápido de entender que los fragmentos inéditos ya veces sin relación de información. La comunicación en el contexto sólo puede lograrse cuando ambas partes tienen una plena comprensión del contexto y tema en cuestión.
• La sobrecarga de información : El correo electrónico es una tecnología push - los controles del emisor que recibe la información. Conveniente disponibilidad de listas de correo y el uso de "copiar todos" puede llevar a las personas que reciben información no deseada o irrelevante de ninguna utilidad para ellos.
• Incompatibilidad : El correo electrónico puede duplicar la información. Esto puede ser un problema cuando un equipo grande está trabajando en documentos e información, mientras que no está en contacto constante con los demás miembros de su equipo.
• Responsabilidad . Las declaraciones hechas en un correo electrónico pueden considerarse jurídicamente vinculante y ser usado en contra de un partido en un tribunal de justicia.

A pesar de estas desventajas, el correo electrónico se ha convertido en el medio más utilizado para la comunicación dentro del mundo de los negocios. De hecho, una 2010 estudio sobre la comunicación del lugar de trabajo, se encontró que el 83% de los trabajadores del conocimiento de Estados Unidos consideró que el correo electrónico era fundamental para su éxito y la productividad en el trabajo.

La investigación sobre la comercialización del email

La investigación sugiere que el email marketing puede ser visto como útiles por los consumidores si contiene información como las ofertas de ventas especiales y nueva información de producto. Ofreciendo hipervínculos interesantes o información genérica sobre las tendencias de consumo es menos útil. Esta investigación por Martin et al. (2003) también muestra que si los consumidores a encontrar el email marketing útil, es probable que visitar una tienda, superando así las limitaciones de la comercialización del Internet, tales como no ser capaz de tocar o probar el producto.

Problemas

Velocidad de la correspondencia

A pesar de su nombre lo que implica que su uso es más rápido que sea electrónico o llamadas telefónicas (físicas) de correos, la correspondencia por correo electrónico a menudo varía muy abruptamente - que van desde la comunicación que es, en efecto semi-instantánea (a menudo el más rápido cuando una persona ya está sentado en frente de un ordenador con su programa de correo electrónico abierto, o cuando la persona tiene servicios de correo electrónico configuran automáticamente para comprobar rápidamente si hay nuevos mensajes en su teléfono móvil ) a la comunicación que bastante puede literalmente tomar semanas o incluso meses para reunir una respuesta. En el caso de este último, que a menudo resulta mucho más rápida a llamar a la persona a través del teléfono o a través de algunos otros medios de audio. Por lo tanto, como regla general, a menos que uno de lugar de trabajo o social círculo ya se comunica en gran medida a través de correo electrónico de una manera rápida, una persona debe asumir que correo electrónico se ejecuta un riesgo perpetuo de ser realmente más lento como un modo de comunicación que cualquiera de teléfono móvil o la comunicación de mensajes de texto .

Este general regla de oro es a menudo desconcertante para aquellos que utilizan el correo electrónico en gran medida, pero cuyos colegas y amigos no lo hacen. Mientras tanto, algunas personas, debido a la exasperación con la falta de respuestas a los mensajes urgentes, con el tiempo pueden negarse a utilizar el correo electrónico con regularidad en absoluto, y se pueden poner en la posición a veces incómoda de tener que notificar a sus amigos y colegas que hacen uso de correo electrónico regularmente, que esto no es una buena manera de llegar a ellos.

Limitación de tamaño de archivo adjunto

Mensajes de correo electrónico pueden tener uno o más archivos adjuntos. Adjuntos sirven al propósito de la entrega de los archivos binarios o de texto de tamaño no especificado. En principio no hay ninguna restricción técnica intrínseca en el protocolo SMTP limitar el tamaño o el número de archivos adjuntos. En la práctica, sin embargo, los proveedores de servicios de correo electrónico implementan diversas limitaciones en el tamaño permitido de archivos o el tamaño de un mensaje completo.

Además, por razones técnicas, a menudo un pequeño apego puede aumentar de tamaño cuando se envían, que puede ser confuso para los remitentes cuando se trata de evaluar si se puede o no se puede enviar un archivo por correo electrónico, y esto puede resultar en su mensaje que se rechazó.

A medida que se crean y comercializan archivos de mayor tamaño y más grandes, muchos usuarios están obligados, ya sea para cargar y descargar sus archivos usando unservidor FTP, o más popularmente, utilizar servicios en línea de intercambio de archivos o servicios, por lo general sobre la web amigableHTTP, con el fin de enviar y recibir de ellos.

Sobrecarga de información

A diciembre 2007 New York Times entrada de blog describe la sobrecarga de información como "un Drag $ 650 mil millones en la economía", y el New York Times informó en abril de 2008 que "E-MAIL se ha convertido en la pesadilla de la vida profesional de algunas personas", debido a la sobrecarga de información , sin embargo, "ninguna de la actual ola de alto perfil de Internet la creación de empresas centradas en el correo electrónico realmente elimina el problema de la sobrecarga de correo electrónico porque ninguno nos ayuda a prepararnos respuestas". GigaOm publicó un artículo similar en septiembre de 2010, destacando la investigación que encontró que el 57% de los trabajadores del conocimiento se vieron desbordados por el volumen de correo electrónico que recibieron. Inversores Tecnología reflejan preocupaciones similares.

En octubre de 2010, la CNN publicó un artículo titulado "Feliz Día de la sobrecarga de información", que compila las investigaciones sobre la sobrecarga de correo electrónico de las empresas de TI y expertos en productividad. Según Basex, el trabajador promedio conocimiento recibe 93 correos electrónicos al día. Estudios posteriores han informado los números más altos. Marsha Egan, un experto de la productividad de correo electrónico, llamada tecnología de correo electrónico tanto una bendición como una maldición en el artículo. Ella dijo: "Todo el mundo se entera de que tienen que tenerlo dinging y parpadear y abierta por si acaso los correos electrónicos jefe," dijo ella. "El mejor regalo que cualquier grupo puede dar a cada otro es de nunca utilizar el correo electrónico con urgencia. Si lo necesita dentro de tres horas, coger el teléfono."

Virus informáticos y spam

La utilidad de correo electrónico está siendo amenazada por cuatro fenómenos:bombardeo de correo electrónico,spam,phishing, ylos gusanos de correo electrónico.

El spam es comercial no solicitado (o mayor) de correo electrónico. Debido al costo minúscula de envío de correo electrónico, los spammers pueden enviar cientos de millones de mensajes de correo electrónico cada día a través de una conexión a Internet de bajo costo. Cientos de spammers activos que envían este volumen de resultados electrónico en la sobrecarga de información para muchos usuarios de computadoras que reciben correo electrónico no solicitado voluminosa cada día.

Gusanos de correo electrónico utilizan el correo electrónico como una forma de replicar a sí mismos en equipos vulnerables. Aunque el gusano primera email afectadaUNIXcomputadoras, el problema es más común hoy en día en elMicrosoft Windowssistema operativo.

La combinación de programas de spam y gusanos se traduce en usuarios que reciben una llovizna constante de correo basura, lo que reduce la utilidad del correo electrónico como herramienta práctica.

Un numero de técnicas anti-spam mitigar el impacto del spam. En Estados Unidos , el Congreso de Estados Unidos también ha aprobado una ley, la Can Spam Act de 2003, en un intento de regular dicho correo electrónico. Australia también tiene leyes de spam muy estrictas que restringen el envío de correo no deseado de un ISP de Australia, pero su impacto ha sido mínimo desde la mayoría del spam proviene de regímenes que parecen reacios a regular el envío de spam.

Email spoofing

Email spoofing ocurre cuando la información del encabezado de un correo electrónico se altera para que el mensaje parece venir de una fuente conocida o de confianza. Se utiliza a menudo como una artimaña para obtener información personal.

Bombardeos Email

Bombardeos correo electrónico es el intencional envío de grandes volúmenes de mensajes a una dirección de destino. La sobrecarga de la dirección de correo electrónico de destino puede inutilizarla e incluso puede hacer que el servidor de correo se bloquee.

Preocupaciones sobre la privacidad

Hoy en día puede ser importante distinguir entre sistemas de correo electrónico internos Internet y. Correo electrónico de Internet puede viajar y ser almacenada en redes y ordenadores sin remitente o el control de del destinatario. Durante el tiempo de tránsito es posible que terceros leen o incluso modificar el contenido. Sistemas de correo internos, en los que la información nunca sale de la red de la organización, puede ser más seguro, aunque el personal de tecnología de la información y otros cuyas funciones pueden implicar la supervisión o gestión pueden acceder al correo electrónico de otros empleados.

Privacidad de correo electrónico, sin algunas precauciones de seguridad, puede verse comprometida debido a que:

• mensajes de correo electrónico en general, no están cifradas.
• mensajes de correo electrónico tienen que ir a través de los ordenadores intermedios antes de llegar a su destino, lo que significa que es relativamente fácil para los demás para interceptar y leer mensajes.
• muchos proveedores de servicios de Internet (ISP) almacenar copias de mensajes de correo electrónico en sus servidores de correo antes de ser entregados. Las copias de seguridad de éstos pueden permanecer durante hasta varios meses en su servidor, a pesar de la supresión del buzón de correo.
• los "Recibido:" - campos y otra información en el correo electrónico con frecuencia pueden identificar al remitente, la prevención de la comunicación anónima.

Haycriptografíaaplicaciones que pueden servir como un remedio a uno o más de los anteriores. Por ejemplo, Redes privadas virtuales o lared de anonimato Tor se pueden utilizar para cifrar el tráfico de la máquina del usuario a una red más segura mientrasGPG,PGP, SMEmail, oS / MIME se puede utilizar parael cifrado de mensajes de extremo a extremo, y SMTP STARTTLS o SMTP sobreTransport Layer Security / Secure Sockets Layer puede ser utilizado para cifrar las comunicaciones de un solo salto correo entre el cliente y el servidor SMTP SMTP.

Además, muchos agentes de usuario de correo no protegen a los inicios de sesión y contraseñas, haciéndolos fáciles de interceptar por un atacante. Esquemas de autenticación cifrados como SASL impidan.

Por último, los archivos adjuntos comparten muchos de los mismos peligros que los encontrados en el intercambio de archivos peer-to-peer. Los archivos adjuntos pueden contener troyanos o virus.

El seguimiento de los mensajes enviados

El servicio original de correo SMTP ofrece mecanismos limitados para el seguimiento de un mensaje transmitido, y ninguno de verificar que se ha entregado o leer. Se requiere que cada servidor de correo o bien debe entregarlo en adelante o devolver un aviso de error (mensaje de rebote), pero los dos errores de software y fallos del sistema puede hacer que los mensajes se perderán. Para remediar esto, el IETF introdujo Notificaciones de entrega de estado de entrega (recibos) y Message Disposition Notifications (recibos de retorno); sin embargo, estos no se despliegan universalmente en la producción. (Un mecanismo de seguimiento de mensajes completo también se definió, pero nunca ganó fuerza, ver RFC 3885 a través de 3888.)

Muchos ISP ahora inhabilitar deliberadamente informes de no entrega (NDR) y recibos de entrega debido a las actividades de los spammers:

• Informes de entrega se pueden utilizar para verificar si existe una dirección y así está disponible para ser spam
• Si el spammer utiliza una dirección de correo electrónico remitente falso ( spoofing de correo electrónico), a continuación, la dirección de correo electrónico inocente que fue utilizado puede ser inundado con NDR de los muchos email no es válida aborda el spammer puede haber intentado enviar por correo. Estos NDR entonces constituyen el spam del ISP al usuario inocente

Hay una serie de sistemas que permiten que el remitente para ver si se han abierto mensajes. El receptor también podía permitir que el remitente sabe que los correos electrónicos se han abierto a través de un botón "Aceptar". Un signo de verificación puede aparecer en la pantalla del remitente cuando se pulsa el botón "Aceptar" del receptor.

Gobierno de EE.UU.

El gobierno federal de Estados Unidos ha estado involucrado en el correo electrónico de varias maneras diferentes.

A partir de 1977, el Servicio Postal de Estados Unidos (USPS) reconoció que el correo electrónico y las transacciones electrónicas que plantea una amenaza significativa para los volúmenes de correo de primera clase y los ingresos. Por lo tanto, el USPS inició un servicio de correo electrónico experimental conocido como E-COM. Los mensajes electrónicos fueron transmitidas a una oficina de correos, impresos y entregados como copia impresa. Para aprovechar las ventajas del servicio, una persona tenía que transmitir al menos 200 mensajes. El plazo de entrega de los mensajes era el mismo que el correo de primera clase y un costo de 26 centavos de dólar. Ambos Comisión de Regulación Postal y de la Comisión Federal de Comunicaciones se opusieron E-COM. La FCC concluyó que E-COM constituido carro común bajo su jurisdicción y el USPS tendría que presentar una tarifa. Tres años después de iniciar el servicio, USPS cancele E-COM y trató de venderlo.

La temprana ARPANET tratado con múltiples clientes de correo electrónico que tenían diversos, ya veces incompatibles, formatos. Por ejemplo, en el Multics, el signo "@" significaba "línea de matanza" y cualquier cosa antes del signo "@" fue ignorado, por lo que los usuarios Multics tenido que utilizar un comando opción -line para especificar el sistema de destino. La Departamento de Defensa de DARPA desea tener uniformidad y la interoperabilidad para el correo electrónico y por lo tanto financiado esfuerzos para impulsar hacia estándares interoperables unificadas. Esto llevó a David Crocker, John Vittal, Kenneth Pogran, y Austin Henderson editorial RFC 733, "Norma para el Formato de Mensaje de Texto ARPA Red" (21 de noviembre, 1977), que era al parecer no es eficaz. En 1979, se celebró una reunión en BBN para resolver problemas de incompatibilidad. Jon Postel relató la reunión en el RFC 808, "Resumen de Informática Correo Servicios sesión celebrada en BBN en 10 de enero 1979" (1 de marzo de 1982), que incluye una lista en el apéndice los sistemas de correo electrónico que varían en el tiempo. Esto, a su vez, dar lugar a la liberación de David Crocker RFC 822, "Norma para el Formato de Texto ARPA Internet Mensajes" (13 de agosto de 1982).

La Fundación Nacional para la Ciencia se hizo cargo de las operaciones de la ARPANET e Internet del Departamento de Defensa, e inició NSFNet, una nueva columna vertebral de la red. Una parte de la NSFNet AUP prohibió el tráfico comercial. En 1988, Vint Cerf arreglos para una interconexión de MCI Mail con NSFNET con carácter experimental. El siguiente año Compuserve correo electrónico interconectado con NSFNET. En pocos años la restricción del tráfico comercial fue retirado de NSFNETs AUP y NSFNET fue privatizada.

A finales de 1990, la Comisión Federal de Comercio creció preocupado por el fraude ocurriendo en el correo electrónico, e inició una serie de procedimientos sobre el spam, el fraude y el phishing. En 2004, la jurisdicción de la FTC sobre el spam fue codificado como ley en la forma de la Ley CAN SPAM. Varias otras agencias federales de Estados Unidos también han ejercido jurisdicción, incluyendo el Departamento de Justicia y el Servicio Secreto.

La NASA ha proporcionado capacidades de correo electrónico a los astronautas a bordo del transbordador espacial y la Estación Espacial Internacional desde 1991, cuando una se utilizó portátil Macintosh a bordo del transbordador espacial de la misión STS-43 para enviar el primer correo electrónico a través de AppleLink. Hoy en día los astronautas a bordo de la Estación Espacial Internacional tienen capacidades de correo electrónico a través de la vía de red inalámbrica en toda la estación y están conectados a la tierra en 3 Mbit / s de la Tierra a la estación y 10 Mbit / s estación a la Tierra, comparable a casa velocidades de conexión DSL.