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.