El email, el cortocircuito para el correo electrónico y abreviado a menudo al email del, el email del o simplemente el correo del, es un método de memorización de componer, de enviar, de almacenar, y de recibir los mensajes sobre sistemas de comunicación electrónicos . El " del término; e-mail" (como un sustantivo o verbo) se aplica al sistema del email del Internet basado en el Simple Mail Transfer Protocol (smtp) y a los sistemas X.400, y a los sistemas del Intranet no prohibiendo a usuarios dentro de una organización al email. Los Intranets pueden utilizar los protocolos o X.400 de los protocolos del Internet para la colaboración favorable del grupo de trabajo del servicio de correo electrónico interno. El email es de uso frecuente entregar mensajes no solicitados a granel, o el " spam", pero los programas del filtro existen que pueden suprimir automáticamente alguno o la mayor parte de éstos, dependiendo de la situación.

Deletreo

El deletreo de este término se disputa. Muchos ahora miran el " de la palabra; email" como palabra perfectamente válida y formal por derecho propio, y mirar el " de la abreviatura; e-mail" como anacrónico. El " de la palabra; email" se reconoce mientras que una palabra inglesa válida en todos los diccionarios importantes sin embargo la abreviatura del email del a menudo todavía se utiliza. Como con el otro " de los sustantivos comunes ; e-mail" se capitaliza al principio de una oración (email del ). Dentro de la escritura informal (por ejemplo en email personal), el guión se omite a menudo como el email del y email del . La industria y los Web site del ordenador utilizan las variantes múltiples del término.

Ejemplos del uso de guías prominentes del estilo:
manual de Chicago l estilo (CMS), décimo quinta edición : email . El CMS se refiere extensamente como el estándar para las pautas del estilo de la escritura técnica y del periodismo.
Manual de Microsoft del estilo para el email técnico de las publicaciones, diciendo explícitamente el " mantener el hyphenation". El O'Reilly y el Amazon.com afirman ese " muchos rematan las compañías técnicas de la muesca, escritores, y los redactores consideran el manual de Microsoft del estilo para que las publicaciones técnicas sean un estándar en el industry."
La sociedad de computadora de IEEE recomienda la inscripción con guión en el email, difiriendo al manual de Chicago del estilo explícitamente, y usándola en sus propios materiales
Guía del estilo de Associated Press (red global de las noticias): email

Los ejemplos del uso de las compañías prominentes incluyen:
email del

: CNN, BBC, New York Times, Microsoft, HP, IBM, Dell, Amazon.com, CNET
email : Google, Apple, Ebay
contrario: Intel, Yahoo

Las definiciones originales del RFC para el estándar del smtp, el estándar del POP, y el estándar del IMAP contienen ni el email del ni el email del, en lugar usar el correo del de los términos y el mensaje del . Los autores de RFCs posterior para el smtp utilizan el email término (además del correo del y del mensaje del ). Sin embargo, el último RFC para el POP utiliza el correo del y el mensaje del .

Los guiones desaparecen a veces de las palabras acuñadas original con ellas después de que el término haya entrado en uso extenso, aunque muchas de esas palabras todavía tuvieran la misma pronunciación después de reglas inglesas habituales, tales como Web site del contra el Web site del, el diferente a cero contra el diferente a cero. En cambio, el email del (sin un guión) después de reglas habituales no es necesario la misma pronunciación que el email del . Sin el guión sino la custodia de la misma pronunciación, no seguiría los patrones de la pronunciación de las palabras inglesas típicas que comienzan con em del, tal como énfasis del o ascua del . Incluso las palabras inglesas comunes que comienzan con el AME (búsqueda del diccionario) tienen un sonido corto y/o suave del e : emaciated, emanan, emasculan, emancipate, algo que una sílaba separada para un sonido de la cuerda como en el email del .

La sexta edición del diccionario más corto del inglés de Oxford del quitó guiones de unas 16.000 palabras que emplearon previamente las aunque muchos de ésos no combinaran las palabras, solamente los retiros que dieron lugar al que partía palabras originales de en dos palabras (" leaf" del higo;, " horse" de la manía;, " probar el tube", " cream" del hielo;).

Aunque el email del fuera tratado original como sustantivo total por los usuarios tempranos de la red (" Usted tiene más email que usted puede handle"), el público ha elegido hacer el email del un sustantivo de cuenta en lugar de otro (" Usted tiene más email que usted puede handle"). A alguno, este uso del contar-sustantivo todavía se desalienta en lo posible.

Origen

El email precede el inicio del Internet, y era de hecho una herramienta crucial en crear el Internet. el MIT primero demostró el sistema en tiempo repartido compatible (CTSS) en 1961. Permitió que los usuarios múltiples registraran en IBM 7094 de los terminales de marcado manual alejados, y almacenar archivos en línea en disco. Esta nueva capacidad animó a usuarios a compartir la información de nuevas maneras. El email comenzó en 1965 como manera para los usuarios múltiples de un ordenador central de tiempo compartido de comunicar. Aunque la historia exacta sea vergonzosa, entre los primeros sistemas para tener tal facilidad eran Q32 de s del SDC el 'y el CTSS del MIT.

El email fue extendido rápidamente para convertirse en el email de la red del, permitiendo que los usuarios pasen mensajes entre diversas computadoras por por lo menos 1966 (es posible el que el sistema SABIO de tenía algo similar una cierta hora antes).

La red de ordenadores de ARPANET hizo una contribución grande al desarrollo del email. Hay un informe que indica transferencias intersistemas experimentales del email en él poco después de su creación, en 1969. rayos que Tomlinson inició el uso de la muestra @ de separar los nombres del usuario y de su máquina en 1971. El ARPANET aumentó perceptiblemente el renombre del email, y se convirtió en el killer app.

Funcionamientos

Ejemplo

Las demostraciones antedichas del diagrama una secuencia de evento típica que ocurre cuando Alicia compone un mensaje usar su agente de usuario del correo (M. Ella mecanografía adentro, o selecciona de una agenda, el email address de su correspondiente. Ella golpea el " send" botón. da formato al mensaje en el formato del email de Internet y utiliza el Simple Mail Transfer Protocol (smtp) para enviar el mensaje al agente de transferencia local del correo (MTA), en este caso smtp.org, funcionamiento por el Internet Service Provider (ISP) de Alicia.

El MTA mira la dirección de destinación proporcionada en el protocolo del smtp (no del jefe de mensaje), en este caso bob@b. Un email address del Internet es una secuencia de la forma localpart@exampledomain.com, que se conoce como a completamente - la dirección calificada del dominio (FQDA). La pieza antes de que @ la muestra sea la pieza local de la dirección, a menudo el username del recipiente, y la parte después @ de la muestra es un Domain Name . El MTA mira para arriba este Domain Name en el Domain Name System para encontrar los servidores del intercambio del correo el aceptar de los mensajes para ese dominio.

El servidor de DNS para el dominio de b.org, responde con un MX Record que enumera los servidores del intercambio del correo para ese dominio, en este caso mx.org, un servidor funcionado con por ISP de Bob. ¡casi siempre vía un servidor de dns que actúa mientras que un discernidor de imágenes recurrente que no son hechas directo por el app (en este caso el MTA) ese necesita el 02:30 de Plugwash de la información, el 2005 (el UTC) del 22 de mayo --> smtp.org envía el mensaje a mx.org usar el smtp, que lo entrega a la caja del usuario bob.

Bob presiona el " conseguir el mail" abotonar en su M., que coge el mensaje usar el Post Office Protocol (POP3).

Esta secuencia de evento se aplica a la mayoría de usuarios del email. Sin embargo, hay muchas posibilidades y complicaciones alternativas al sistema del email:

Alicia o Bob puede utilizar a un cliente conectado con un sistema corporativo del email, tal como Lotus Notes de IBM o intercambio de Microsoft . Estos sistemas tienen a menudo su propio formato interno del email y sus clientes típicamente comunicar con el servidor del email usar un protocolo vendor-specific, propietario. El servidor envía o recibe el email vía el Internet con el mail gateway del Internet del producto que también hace el cambio de formato necesario. Si Alicia y Bob trabajan para la misma compañía, la transacción entera puede suceder totalmente dentro de un solo sistema corporativo del email.
Alicia puede no tener un M. en su computadora sino que por el contrario puede conectar con un servicio de Webmail .
La computadora de Alicia puede funcionar su propio MTA, así que evitar la transferencia en el paso 1.
Bob puede coger su email en gran medida, por ejemplo usar el protocolo de acceso del mensaje de Internet, registrando en mx.org y leyéndolo directo, o utilizando un servicio de Webmail .
Los dominios hacen generalmente que varios envíen los servidores del intercambio de modo que puedan continuar aceptando el correo cuando el servidor principal del intercambio del correo no está disponible.
Los correos electrónicos no son seguros si la encripción del email no se utiliza correctamente.

Era el caso que mucho MTAs aceptaría los mensajes para cualquier recipiente en el Internet y haría su mejor para entregarlos. Tal MTAs se llama los relais abiertos del correo '. Esto era importante en los comienzos del Internet cuando las conexiones de red eran no fiables. Si un MTA no podría alcanzar la destinación, podría por lo menos entregarla a un relais que estaba más cercano a la destinación. El relais tendría una mejor ocasión de entregar el mensaje en un rato posterior. Sin embargo, este mecanismo demostrado ser explotable por la gente que envía el email a granel no solicitado y por consiguiente muy poco MTAs moderno es relais abiertos del correo, y mucho MTAs no aceptará mensajes de los relais abiertos del correo porque tales mensajes son muy probables ser Spam.

Observar que la gente, los email address y los Domain Name en esta explicación son ficticios: ver el '' Alicia y Bob '' .

Formato

El formato de los correos electrónicos del Internet se define en RFC 2822 y una serie de RFCs, RFC 2045 a RFC 2049, colectivamente llamado los Multipurpose Internet Mail Extension (MIME). Aunque en fecha el el 2005 del 13 de julio (véase) RFC 2822 sea técnico un IETF propuesto estándar y el MIME RFCs es estándares del IETF del bosquejo, estos documentos son los estándares de hecho para el formato del email de Internet. Antes de la introducción de RFC 2822 en 2001 el formato descrito por RFC 822 era el estándar de hecho para el email de Internet por casi dos décadas; sigue siendo el estándar del IETF del funcionario. El IETF reservó los números 2821 y 2822 para las versiones actualizadas de RFC 821 (smtp) y de RFC 822, honrando la importancia extrema de estos dos RFCs. El RFC 822 fue publicado en 1982 y basado en el RFC anterior 733.

Los correos electrónicos del Internet consisten en dos secciones importantes:
Jefe del

- estructurado en campos tales como resumen, remitente, receptor, y otra información sobre el email
Cuerpo - el mensaje sí mismo como texto no estructurado; a veces contener una nombre y firma en el extremo

El jefe es separado del cuerpo por una línea en blanco.

¡Header

El jefe de mensaje consiste en campos, generalmente incluyendo por lo menos el siguiente:
De: El email address, y opcionalmente el nombre del remitente
Para: El email address, y opcionalmente nombre del recipiente del mensaje * Tema: Un breve resumen del contenido del mensaje
Fecha: La hora local y la fecha en que el mensaje fue escrito

Cada campo de jefe tiene un nombre y un valor. El RFC 2822 especifica el sintaxis exacto. Informal, el nombre de campo comienza en el primer carácter de una línea, seguido por un ": ", seguido por el valor que se continúa en las líneas subsecuentes no nulas que tienen un espacio o una lengüeta como su primer carácter. Los nombres y los valores de campo se restringen a 7 carácteres ASCII del pedacito. Los valores No-ASCII se pueden representar usar las palabras codificadas del MIME.

Observar que el " To" el campo en el jefe no se relaciona necesario con las direcciones a las cuales se entrega el mensaje. La lista real de la entrega se suministra en el protocolo del smtp, no se extrae del contenido del jefe. El " To" el campo es similar al saludo en la tapa de una letra convencional que se entregue según la dirección en el sobre externo. También observar que el " From" el campo no tiene que ser el remitente verdadero del correo electrónico. Es muy fácil falsificar el " From" colocar y dejar un mensaje parecer ser de cualquier dirección del correo. Es posible al email de la muestra digital, que es mucho más duro de falsificar. Algunos proveedores de servicios del Internet no retransmiten el email que demanda venir de un dominio no recibido por ellos, sino muy poco (eventualmente) cheque para cerciorarse de que la persona o aún el email address nombrado en el " From" el campo es el que está asociado a la conexión. Algunos proveedores de servicios del Internet aplican sistemas de la autentificación del email al email que es enviado a través de su MTA para permitir que el otro MTAs detecte el Spam forjado que pudo aparecer al parecer ser de ellos.

Otros campos de jefe comunes incluyen (véase RFC 4021 o RFC 2076 para más):

cc: Copia a carbón
Bcc: Copia a carbón oculto
Recibido: Siguiendo por correo los servidores generados información que han manejado previamente un mensaje
Contenido-Tipo : Información sobre cómo el mensaje tiene que ser exhibido, generalmente un tipo del MIME
Contestar-A: Tratar que se debe utilizar para contestar al remitente.
Referencias: Mensaje-IDENTIFICACIÓN del mensaje que esto es una contestación a, y la mensaje-identificación de este mensaje, etc.
En-Contestar-A: Mensaje-IDENTIFICACIÓN del mensaje que esto es una contestación a.
X-Cara : Pequeño icono.

Actual " de muchos clientes de email; Bcc" (Copia a carbón oculto, recipientes no visibles en el " To" campo) como campo de jefe. Diversos protocolos se utilizan para ocuparse del " Bcc" campo; el campo entero se quita ocasionalmente, mientras que otro mide el tiempo de los restos del campo pero las direcciones en esto se quitan. Direcciones agregadas como " Bcc" se agregan solamente a la lista de la entrega del smtp, y no consiguen incluido en los datos del mensaje.

el IANA mantiene una lista de campos de jefe estándar.

Cuerpo

Codificación contenta

El email fue diseñado original para el ASCII de 7 pedacitos. Mucho software del email es el limpio de 8 bits pero debe asumir que comunicará con 7 servidores del pedacito y lectores del correo. Los comitentes introducidos estándar del juego de caracteres del MIME y dos codificaciones contentas de la transferencia para permitir la transmisión de los datos no-ASCII: El cotizó imprimible para sobre todo el contenido de 7 pedacitos con el exterior de algunos carácteres que la gama y el Base64 para los datos binarios arbitrarios. La extensión 8BITMIME fue introducida para permitir la transmisión del correo sin la necesidad de estas codificaciones pero muchos agentes de transporte del correo todavía no la apoyan completamente. Para el internacional Unicode de los juegos de caracteres está creciendo en renombre.

Texto llano y HTML

El texto llano y el HTML se utilizan para transportar el email. Mientras que el texto lee seguramente por todos los usuarios sin problemas, hay una opinión que el email HTML-basado tiene un valor estético más alto. Las ventajas del HTML incluyen la capacidad de incluir acoplamientos en línea y las imágenes, los mensajes aparte anteriores fijados en las cotizaciones del bloque envuelven naturalmente en cualquier exhibición, énfasis del uso tal como rayas e it3alicos, y estilos de la fuente del cambio. Los correos electrónicos del HTML incluyen a menudo una copia automático-generada del texto llano también, por razones de la compatibilidad. Las desventajas incluyen el tamaño creciente del email, las preocupaciones de la aislamiento por los insectos del Web y ese email del HTML pueden ser un vector para los ataques de Phishing y la extensión del software malévolo .

¡Servidores y applications< del cliente! -- Esta sección se liga del atrapador (correo) . Ver -->

Los mensajes se intercambian entre los anfitriones usar el Simple Mail Transfer Protocol por los programas informáticos llamados los agentes de transporte del correo que los usuarios de pueden transferir sus mensajes de los servidores con protocolos estándar tales como el POP o protocolos del IMAP, o, como es más probable en un ambiente corporativo grande, por un específico propietario del protocolo al Lotus Notes o al Microsoft intercambiar los servidores

El correo se puede almacenar en el cliente, en el lado del servidor, o en ambos lugares. Los formatos estándares para las cajas incluyen el Maildir y el Mbox . Varios clientes de email prominentes utilizan su propio formato propietario y requieren software de la conversión al email de la transferencia entre ellos.

Cuando un mensaje no puede ser entregado, el MTA del recipiente debe enviar un mensaje de despedida de nuevo al remitente, indicando el problema.

Extensiones de nombre de fichero

La mayoría, pero no todos, clientes de email ahorran mensajes individuales como archivos separados, o permiten que los usuarios hagan tan. Diversos usos salvan archivos del email con diversas extensiones de nombre de fichero ; el de .eml esto es la extensión del email del defecto para el Mozilla Thunderbird y el correo de Windows. Es utilizado por el Microsoft Outlook Express .emlx usado por el correo de Apple.msg usado por la perspectiva de Microsoft Office.

Uso

En sociedad

El flamear

Muchos observadores se lamentan la subida de que flamea en comunicaciones escritas. El flamear ocurre cuando una persona envía un mensaje enojado y/o antagónico. El flamear se asume para ser un hoy más común debido a la facilidad y el impersonality de las comunicaciones del email: las confrontaciones personalmente o vía el teléfono requieren la interacción directa, donde las normas sociales animan cortesía, mientras que mecanografiar un mensaje a otra persona es una interacción indirecta, así que la cortesía puede ser olvidada.

Bancarrota del email

Es cuando usted no hace caso de una gran cantidad de correos electrónicos después de caer detrás en la lectura y de contestarlos. Implica a veces el enviar de un mensaje de la plancha de caldera que explica que se está vaciando el inbox del email. Acreditan el profesor de derecho Lorenzo Lessig de la Universidad de Stanford con acuñar este término, pero él puede tener solamente haber popularizadolo.

En negocio

El email fue aceptado extensamente por la comunidad empresarial como el primer medio de comunicación electrónica amplio y era la primera e-revolución del `' en la comunicación empresarial. El email es muy simple entender y como correo postal, el email soluciona dos problemas básicos de la comunicación. El email basado LAN es también una forma emergente de uso para el negocio. No sólo permite que el usuario empresarial transfiera el correo cuando el fuera de línea, él también proporciona a pequeño usuario empresarial para tener identificación del email de los usuarios múltiples con apenas la conexión del email del uno.

Pros

el problema de la logística Mucho del mundo del negocio confía en la comunicación entre los individuos que son físicamente distantes a partir del uno otro; la organización y el participar en una reunión de la en-persona pueden ser desperdiciadores de tiempo y costosos. El email proporciona un intercambio de información cercano-instantáneo en poco coste. La teleconferencias tiende un puente sobre distancia física, pero sigue habiendo la logística de recolectar a gente junta al mismo tiempo.
el problema de la sincronización Para la comunicación en tiempo real, los participantes tienen que trabajar generalmente en el mismo horario. Necesitan estar en el mismo lugar al mismo tiempo y pasar la misma cantidad de tiempo en la misma información.

El email permite que cada participante decida a cuando y a cómo procesarán la información.

Contra

La mayoría de los profesionales del negocio pasan hoy entre el 20% y el 50% de su hora laborable usar email: la lectura, el ordenar, clasificando, `re-contextualizing' hizo fragmentos del email de la información y por supuesto de la escritura. El uso del email es aumento, debido a las tendencias del globalization— distribución de divisiones de organización, externalización, entre otros. El email puede llevar a algunos problemas bien conocidos:
Pérdida del del contexto : La información en el contexto (como en un periódico) es mucho más fácil y más rápida entender que fragmentos sin clasificar. La comunicación en contexto es más rápida y más eficiente.
Spam : El email es un empuja-solamente medio de : control de quién recibe mentiras de la información sobre todo con el remitente. Esto puede llevar a un desbordamiento de la información indeseada o inaplicable.
Inconsistencia : El email puede duplicar la información. Esto puede ser un problema cuando un equipo está trabajando de colaboración en documentos.

A pesar de estas desventajas, y a pesar de la disponibilidad de otras herramientas, la comunicación e-correo-basada sigue siendo el medio escrito más ampliamente utilizado de negocios.

Desafíos

Virus del Spamming y de computadora

La utilidad del email está siendo amenazada por tres fenómenos: el Spamming, el Phishing y el email worms El Spamming es email comercial no solicitado. Debido a el costo muy bajo de enviar el email, los spammeres pueden enviar los centenares de millones de correos electrónicos cada día sobre una conexión a internet barata. Los centenares de spammeres activos que envían este volumen de correo dan lugar a la sobrecarga de información para muchos usuarios de la computadora que reciban diez o aún centenares de mensajes de los desperdicios cada día.

Los gusanos del email utilizan el email como manera de replegarse en las computadoras vulnerables. Aunque el primer gusano del email afectara a las computadoras de UNIX, el problema es el hoy más común en el sistema operativo más popular de Microsoft Windows .

La combinación de Spam y de gusano programa resultados en los usuarios que reciben una llovizna constante del email de los desperdicios, que reduce la utilidad del email como herramienta práctica.

Un número de técnicas del anti-Spam atenúan el impacto del Spam. En el Estados Unidos, congreso de los E. que también ha aprobado una ley, el puede Spam el acto de 2003, el intentar regular tal email. Australia también tiene leyes muy terminantes del Spam el restringir del envío del Spam de una ISP australiana (http://www.au/library/pubs/bd/2003-04/04bd045.pdf), solamente de su impacto ha sido mínimo puesto que la mayoría del Spam viene de los regímenes que parecen renuentes regular el envío del Spam.

Preocupaciones de la aislamiento

considera también:

la aislamiento del email La aislamiento del email, sin algunas precauciones de la seguridad, puede ser comprometida porque:
los correos electrónicos no se cifran generalmente;
los correos electrónicos tienen que pasar a través de las computadoras intermedias antes de alcanzar su destinación, significarla es relativamente fácil para que otras intercepten y lean mensajes;
muchas copias del almacén (ISP) de los proveedores de servicios del Internet de sus correos electrónicos en sus servidores del correo antes de que se entreguen. Los respaldos de éstos pueden permanecer hasta varios meses en su servidor, incluso si usted los suprime en su caja;
recibido: los jefes y la otra información en el email pueden identificar a menudo el remitente, previniendo la comunicación anónima.

Hay los usos de la criptografía que pueden servir como remedio a uno o más del antedicho. Por ejemplo, las redes privadas virtuales o la red del anonimato del Tor se pueden utilizar para cifrar tráfico de la máquina del usuario a una red más segura mientras que el GPG, el PGP o el S/MIME se pueden utilizar para la encripción de punta a punta del mensaje, y el smtp STARTTLS o el smtp sobre capa de los zócalos de la seguridad /Secure de la capa de transporte se puede utilizar para cifrar las comunicaciones para un solo salto del correo entre el cliente del smtp y el servidor del smtp.

Además, muchos agentes de usuario del correo no protegen las conexiones y las contraseñas, haciéndolas fáciles interceptar por un atacante. Los esquemas de autentificación cifrados tales como SASL previenen esto.

Finalmente, los archivos atados comparten muchos de los mismos peligros que ésos encontrados en el filesharing entre iguales. Los archivos atados pueden contener los Trojan o los virus .

Seguimiento del correo enviado

El email no proporciona tradicionalmente ningún mecanismo para seguir un mensaje enviado. Los sistemas implicados harán generalmente que un esfuerzo a entrega el correo o vuelve un aviso de la falta (" message" de la despedida;), pero no hay garantía que un mensaje será entregado realmente, aún menos leyó por el recipiente. Esto está en contraste con el sistema de correo postal, que ofrece el correo registrado u otras formas de que siguen y que remontan .

Para remediar esto, las notificaciones introducidas (recibos del estado de la entrega del IETF de la entrega) y las notificaciones (recibos de vuelta) de la disposición del mensaje.

Gobierno de los E.

El gobierno de los E. ha estado implicado en email en varias maneras diferentes.

Comenzando en 1977, el los E. que el servicio postal (USPS) reconoció el correo electrónico y las transacciones electrónicas planteó una amenaza significativa a los volúmenes y al rédito del correo de la primera clase. Por lo tanto, el USPS inició a servicio de correo electrónico experimental conocido como E-COM. Los mensajes electrónicos serían transmitidos a una oficina de correos, impresos, y entregados en forma de la copia dura. Para aprovecharse del servicio, un individual tuvo que transmitir por lo menos 200 mensajes. El plazo de expedición de los mensajes era igual que correo de la primera clase y costado 26 centavos. El servicio reputaba subvencionado y USPS perdió al parecer el dinero substancial en el experimento. La Comisión postal de los E. y la Comisión Federal de las Comunicaciones se opusieron a E-COM. La FCC concluyó que el carro común constituido E-COM debajo de su jurisdicción y del USPS tendría que archivar un tarrif. Tres años después de iniciar el servicio, E-COM cancelado USPS e intentado venderlo.

A principios de en la historia Arpanet, había los clientes de email múltiples que tenían vario, y ocasionalmente, los formatos incompatibles. Por ejemplo, en el sistema Multics, el " @" la muestra significó el " line" de la matanza; y cualquier cosa después del " @" la muestra sería no hecha caso. El DARPA del Departamento de Defensa deseó de tener uniformidad y la interoperabilidad para el email y por lo tanto financió esfuerzos para conducir hacia estándares interoperables unificados. Esto llevó a David Crocker, a Juan Vittal, a Kenneth Pogran, y a Austin Henderson que publicaba RFC 733, " Estándar para el formato del texto Message" de la red de ARPA; (21 de noviembre de 1977), que no era al parecer eficaz. En 1979, una reunión fue celebrada en el BBN para resolver ediciones de la incompatibilidad. El Jon Postel contó de nuevo la reunión en RFC 808, " El resumen del encuentro de los servicios del correo electrónico se sostuvo en el " del BBN el 10 de enero de 1979; (1 de marzo de 1982), que incluye un apéndice que enumera los sistemas diversos del email en ese entonces. Esto, alternadamente, lleva al lanzamiento de RFC 822, " de David Crocker; Estándar para el formato del texto Messages" del Internet de ARPA; (13 de agosto de 1982).

El National Science Foundation asumió el control las operaciones del Arpanet y del Internet del Departamento de Defensa, e inició el NSFNet, una nueva espina dorsal para la red. Una parte del AUP de NSFNet era que no se permitiría ningún tráfico comercial. En 1988, el Vint Cerf arregló para una interconexión del MCI Mail con NSFNET sobre una base experimental. El email siguiente de Compuserve del año interconectado con NSFNET. Dentro de algunos años la restricción comercial del tráfico fue quitada del AUP de NSFNETs, y NSFNET privitized.

En el finales de los 90, la Comisión comercial federal creció en cuestión con el fraude que transpiraba en email, e inició una serie de procedimientos en el Spam, el fraude, y phishing. En 2004, la jurisdicción del FTC sobre el Spam fue codificada en ley bajo la forma de acto del Spam de la PODER. Varias otras agencias federales de los E. también han ejercitado la jurisdicción incluyendo el Ministerio de Justicia y el servicio secreto.

Ver también

Realces

Encripción del email
Email del HTML
Fax del Internet
L-correo
Email del empuje

Ediciones del social del email

style=" del
Email spoofing
Netiquette
Sobrecarga de información
Humor del Internet
Argot del Internet
Spam del email
técnicas del Anti-Spam (email)
Virus de computadora
E-tarjeta
USENET que cotiza
Arte del email
Contestación todo el