Top 10 de los artículos

YouTube
Gmail
Goole
GayRomeo
Números chinos
Números romanos
Orkut
Costco
Sistema porta hepático
El mundo Factbook

News:

E-mail

Este artículo está sobre correo electrónico. Para el conglomerado anterior de la fabricación, vea El email se limitó.

Correo electrónico, abrevió a menudo a E-mail, email, o simplemente correo, es a store-and-forward método de componer, de enviar, de recepción y de almacenar mensajes encima electrónico sistemas de comunicación. El término “E-mail” (como un sustantivo o verbo) aplica ambos a Internet sistema del E-mail basado en Simple Mail Transfer Protocol (Smtp) y a X.400 sistemas, y a Intranet sistemas no prohibiendo a usuarios dentro de una organización al E-mail. Intranets puede utilizar Protocolos del Internet o X.400 protocola para el soporte interno del servicio del E-mail workgroup colaboración. El E-mail es de uso frecuente entregar mensajes no solicitados a granel, o “Spam”, solamente los programas del filtro existen que pueden suprimir automáticamente alguno o la mayor parte de éstos, dependiendo de la situación.

Contenido

Deletreo

Los deletreos E-mail y email son ambos comunes. Vario periodístico prominente y técnico guías del estilo recomiende E-mail,[1][2][3][4] y el deletreo email también se reconoce en muchos diccionarios.[5][6][7][8][9] En la original RFC las definiciones para el sistema del correo electrónico del Internet, ningún deletreo se utilizan; se refiere el servicio como correo, y una pieza única del correo electrónico se llama a mensaje.[10][11][12] Un cierto uso más último de RFCs email.[13]

Origen

El E-mail predates el inicio del Internet, y estaba de hecho una herramienta crucial en crear el Internet. MIT primero demostró Sistema de tiempo compartido compatible (CTSS) en 1961.[14] Permitió que los usuarios múltiples registraran en IBM 7094[15] de los terminales de marcado manual alejados, y almacenar archivos en línea en disco. Esta nueva capacidad animó a usuarios que compartieran la información de nuevas maneras. El E-mail comenzó en 1965 como manera para los usuarios múltiples de a reparto del tiempo ordenador central para comunicarse. Aunque la historia exacta es vergonzosa, entre los primeros sistemas para tener tal facilidad estaban SDC's Q32 y CTSS del MIT.

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

ARPANET red de ordenadores hizo una contribución grande al desarrollo del E-mail. Hay un informe que indica transferencias intersistemas experimentales del E-mail en él poco después su creación en 1969.[16] Rayo Tomlinson iniciaron el uso del @ muestra para separar los nombres del usuario y de su máquina en 1971.[17] ARPANET aumentó perceptiblemente el renombre del E-mail, y llegó a ser asesino app del ARPANET.

Funcionamientos

Ejemplo

El diagrama arriba demuestra una secuencia de evento típica que ocurra cuando Alicia compone un mensaje usándola agente del usuario del correo (MUA). Ella mecanografía adentro, o selecciona de un libro de dirección, dirección del E-mail de su correspondiente. Ella golpea “envía” el botón.

  1. Su MUA ajusta a formato el mensaje adentro Formato del E-mail del Internet y aplicaciones Simple Mail Transfer Protocol (Smtp) enviar el mensaje al local agente de transferencia del correo (MTA), en este caso smtp.a.org, funcionamiento de Alicia Internet Service Provider (ISP).
  2. 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.org. Una dirección del E-mail del Internet es una secuencia de la forma localpart@exampledomain.com, que se conoce como dirección completamente cualificada del dominio (FQDA). La parte antes @ de la muestra es parte local de la dirección, a menudo username del recipiente, y de la parte después @ de la muestra está a Domain Name. El MTA mira para arriba este Domain Name en Domain Name System para encontrar servidores del intercambio del correo aceptar los mensajes para ese dominio.
  3. Servidor del DNS para b.org dominio, ns.b.org, responde con MX Record enumerando el correo intercambie los servidores para ese dominio, en este caso mx.b.org, un servidor funcionado por ISP de Bob.
  4. smtp.a.org envía el mensaje a mx.b.org usando el smtp, que lo entrega a caja del usuario sacudida.
  5. Bob presiona “consigue el botón del correo” en su MUA, que toma usar del mensaje Post Office Protocol (POP3).

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

  • Alicia o Bob puede utilizar a un cliente conectado con un sistema corporativo del E-mail, por ejemplo IBM Notas del loto o Microsoft Intercambio. Estos sistemas hacen a menudo que su propio formato interno del E-mail y sus clientes típicamente se comuniquen con el servidor del E-mail usando un protocolo vendedor-específico, propietario. El servidor envía o recibe E-mail 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 E-mail.
  • Alicia puede no tener un MUA en su computadora sino que por el contrario puede conectar con a webmail servicio.
  • La computadora de Alicia puede funcionar su propio MTA, así que evitar la transferencia en el paso 1.
  • Bob puede tomar su E-mail de muchas maneras, por ejemplo el usar Protocolo de acceso de mensaje de Internet, registrando en mx.b.org y lectura él directamente, o usando a webmail servicio.
  • 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 mensajes del E-mail no son seguros si cifrado del E-mail 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 entregarlo. Se llama tal MTAs relais abiertos del correo. Esto era importante en los días tempranos 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 ocasión mejor de entregar el mensaje en un rato más último. Sin embargo, este mecanismo demostró ser explotable enviando de la gente E-mail 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.

Observe que la gente, las direcciones del E-mail y los nombres del dominio en esta explicación son ficticios: vea Alicia y Bob.

Formato

El formato de los mensajes del E-mail del Internet se define adentro RFC 2822 y una serie de RFCs, RFC 2045 por RFC 2049, llamado colectivamente Extensiones multipropósito del correo del Internet (MIME). Aunque en fecha 13 de julio, 2005 RFC 2822 está técnico propuesto IETF el estándar y el MIME RFCs son estándares del IETF del bosquejo,[18] estos documentos son los estándares de hecho para el formato del E-mail del Internet. Antes de la introducción de RFC 2822 en 2001 el formato descrito cerca RFC 822 era el estándar de hecho para el E-mail del 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 RFC 822, honrando la importancia extrema de estos dos RFCs. RFC 822 fue publicado en 1982 y basado en el anterior RFC 733.

Los mensajes del E-mail del Internet consisten en dos secciones importantes:

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

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

Jefe

El jefe de mensaje consiste en campos, generalmente incluyendo por lo menos el siguiente:

  • De: dirección del E-mail, y opcionalmente el nombre del remitente
  • : La dirección del E-mail [es], y opcionalmente nombre [s] del recipiente del mensaje [s]
  • Tema: Un breve resumen del contenido del mensaje
  • Fecha: La hora y la fecha locales en que el mensaje fue escrito

Cada campo del jefe tiene un nombre y un valor. RFC 2822 especifica el sintaxis exacto. Informal, el nombre de campo comienza en el primer carácter de una línea, seguido por “: ”, 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 al pedacito 7 ASCII caracteres. Los valores No-ASCII se pueden representar usando el MIME palabras codificadas.

Observe que “” al campo en el jefe no está relacionado necesariamente con las direcciones a las cuales se entrega el mensaje. La lista real de la entrega se provee en el protocolo del smtp, no se extrae del contenido del jefe. “” Al 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 observe que “” de campo no tiene que ser el remitente verdadero del mensaje del E-mail. Es muy fácil falsificar “” de campo y dejó un mensaje parecerse ser de cualquier dirección del correo. Es posible a digital muestra E-mail, que es mucho más duro de falsificar. Algunos Internet Service Provider no retransmita el E-mail que demanda venir de un dominio no recibido por ellos, sino muy poco (si cualquier) cheque para cerciorarse de que la dirección de la persona o aún del E-mail nombrada en “” de campo es la que está asociada a la conexión. Algunos Internet Service Provider apliqúese autentificación del E-mail los sistemas al E-mail que era enviado a través de su MTA para permitir que el otro MTAs detecte forjaron el Spam que pudo aparecer al parecer ser de ellos.

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

  • Cc: copia a carbón
  • Bcc: Copia a carbón oculta
  • Recibido: Seguir la información generó por correo los servidores que han manejado previamente un mensaje
  • Contenido-Tipo: Información sobre cómo el mensaje tiene que ser exhibido, generalmente a MIME tipo
  • Contestar-A: Trate 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: Icono pequeño.

Muchos clientes del E-mail presentan “Bcc” (copia, los recipientes ocultos a carbón no visibles en “” al campo) como campo del jefe. Diversos protocolos se utilizan para ocuparse del campo de “Bcc”; el campo entero se quita ocasionalmente, mientras que otro mide el tiempo del restos del campo pero las direcciones en esto se quitan. Las direcciones agregadas como “Bcc” se agregan solamente a la lista de la entrega del smtp, y no consiguen incluidas en los datos del mensaje.

IANA mantiene una lista de los campos estándares del jefe.

Cuerpo

Codificación contenta

El E-mail fue diseñado originalmente para el pedacito 7 ASCII. Mucho software del E-mail es pedacito 8 limpio pero debe asumir que se comunicará con 7 servidores del pedacito y lectores del correo. MIME specifiers introducidos estándares del juego de caracteres y dos codificaciones contentas de la transferencia para permitir la transmisión de los datos no-ASCII: imprimible cotizada para sobre todo el contenido de 7 pedacitos con el exterior de algunos caracteres que se extiende y base64 para los datos binarios arbitrarios. 8BITMIME la extensión fue introducida para permitir la transmisión del correo sin la necesidad de estas codificaciones pero de muchas agentes de transporte del correo todavía no lo apoye completamente. Para internacional juegos de caracteres, Unicode está creciendo en renombre.

Texto y HTML llanos

Ambos texto llano y HTML se utilizan transportar E-mail. Mientras que el texto lee seguramente por todos los usuarios sin problemas, hay una opinión eso E-mail 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, fijan mensajes anteriores separados adentro cotizaciones del bloque, envuélvase naturalmente en cualquier exhibición, utilizan énfasis por ejemplo rayas y itálica, y cambio fuente estilos. Los mensajes del E-mail del HTML incluyen a menudo una copia llana automático-generada del texto también, por razones de la compatibilidad. Las desventajas incluyen el tamaño creciente del email, preocupaciones de la aislamiento alrededor insectos de la tela y ese email del HTML puede ser un vector para el phishing ataques y la extensión de software malévolo.[19]

Servidores y usos del cliente

Los mensajes se intercambian entre usar de los anfitriones Simple Mail Transfer Protocol con software los programas llamaron agentes de transporte del correo. Los usuarios pueden descargar sus mensajes de los servidores con protocolos estándares tales como ESTALLIDO o IMAP protocolos, o, como es más probable en un grande corporativo ambiente, con a propietario específico del protocolo a Notas del loto o Servidores del intercambio de Microsoft.

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

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

Extensiones del nombre de fichero

La mayoría, pero no todos, los clientes del E-mail excepto mensajes individuales como archivos separados, o permiten que los usuarios hagan tan. Diversos usos ahorran archivos del E-mail con diferente extensiones del nombre de fichero.

.eml
Ésta es la extensión del E-mail del defecto para Mozilla Thunderbird y Correo de Windows. Se utiliza cerca Microsoft Outlook Express.
.emlx
Utilizado cerca Correo de Apple.
.msg
Utilizado cerca Perspectiva del Microsoft Office.

Uso

En sociedad

Llameante

Muchos observadores[¿quién?] bemoan la subida de llameante en comunicaciones escritas. Llameante ocurre cuando una persona envía un mensaje enojado y/o antagónico. Llameante se asume para ser hoy más común debido a la facilidad y el impersonality de las comunicaciones del E-mail: las confrontaciones en persona 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 E-mail

También conocido como “fatiga del email”, la bancarrota del E-mail es cuando un usuario no hace caso de una gran cantidad de mensajes del E-mail después de caer detrás en la lectura y de contestarles. La razón de caer detrás es a menudo debido a la sobrecarga de la información y un sentido general allí es tanto información que no es posible leerla toda. Como solución, pueble envían de vez en cuando un mensaje del boilerplate que explica que el inbox del email se está despejando hacia fuera. Universidad de Stanford profesor de la ley Lorenzo Lessig se acredita con acuñar este término, pero él pudo haber popularizadolo solamente.[20]

En negocio

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

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 E-mail proporciona un intercambio de la información cercano-instantáneo en poco coste. Teleconferencing tiende un puente sobre distancia física, pero la logística de recolectar el restos de la gente junto al mismo tiempo.

  • El problema de la sincronización

Para en tiempo real la comunicación, participantes tiene 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 E-mail 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 usando E-mail:[21] la lectura, el ordenar, clasificando, `re-contextualizing' hizo fragmentos de E-mail de la información y por supuesto de la escritura. El uso del E-mail es aumento, debido a las tendencias de la globalization-distribución de divisiones de organización, outsourcing, entre otros. El E-mail puede conducir a algunos problemas bien conocidos:

  • Pérdida de contexto: Información adentro contexto (como en un periódico) es mucho más fácil y más rápido entender que fragmentos sin clasificar. El comunicarse en contexto es más rápido y más eficiente.
  • El email de “Behaviorisms asocial” puede ser un “fácil hacia fuera” para ésos con personalidades del non-confrontational, pervirtiendo la salud total del discurso público en una sociedad que dependa de la interacción humana auténtica.
  • Spam: El E-mail es a empuje-solamente medio: control de quién recibe mentiras de la información sobre todo con el remitente. Esto puede conducir a un desbordamiento de la información indeseada o inaplicable.
  • Inconsistencia: El E-mail 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

Sobrecarga de la información

El diciembre de 2007 Nueva York mide el tiempo de E-mail descrito poste del blog como “fricción $650 mil millones en la economía”[22], y los tiempos de Nueva York divulgaron en abril de 2008 que el “E-MAIL se ha convertido en la perdición de las vidas profesionales alguna gente” debido a la sobrecarga de la información, con todo “ninguno de [la onda actual de los arranques del Internet del alto-perfil centrados en el email] realmente elimina el problema de la sobrecarga del E-mail porque ninguno nos ayuda a preparar contestaciones”.[23]

Los inversionistas de la tecnología reflejan preocupaciones similares.[24]

Virus del Spamming y de la computadora

La utilidad del E-mail está siendo amenazada por cuatro fenómenos: bombardeo del E-mail, Spamming, el phishing y gusanos del E-mail.

El Spamming es E-mail comercial no solicitado. Debido a el costo muy bajo de enviar E-mail, los spammers pueden enviar los centenares de millones de mensajes del E-mail cada día sobre una conexión barata del Internet. Los centenares de spammers activos que envían este volumen de correo resultan adentro sobrecarga de la información para muchos usuarios de la computadora que reciben el email no solicitado voluminoso cada día.

Los gusanos del E-mail utilizan E-mail como manera de replegarse en las computadoras vulnerables. Aunque primer gusano del E-mail afectado UNIX las computadoras, el problema son hoy más común en el más popular Microsoft Windows sistema operativo.

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

Un número técnicas contra-Spam atenúe el impacto del Spam. En Estados Unidos, LOS E.E.U.U. Congreso también ha aprobado una ley, Acto del Spam de la poder de 2003, procurando regular tal E-mail. Australia también tiene leyes muy terminantes del Spam el restringir de enviar del Spam de una ISP australiana,[25] pero su impacto ha sido mínimo puesto que la mayoría del Spam viene de los regímenes que se parecen renuentes regular enviar del Spam.

Preocupaciones de la aislamiento

Artículo principal: aislamiento del E-mail

La aislamiento del E-mail, sin algunas precauciones de la seguridad, puede ser comprometida porque:

  • los mensajes del E-mail no se cifran generalmente;
  • los mensajes del E-mail 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 de los Internet Service Provider (ISP) de sus mensajes del E-mail en sus servidores del correo antes de que se entreguen. Las reservas de éstos pueden permanecer hasta varios meses en su servidor, aunque usted los suprimen en su caja;
  • recibido: los jefes y la otra información en el E-mail pueden identificar a menudo el remitente, previniendo la comunicación anónima.

Hay criptografía usos que pueden servir como remedio a uno o más del antedicho. Por ejemplo, Redes privadas virtuales o Red del anonimato del Tor puede ser utilizado cifrar tráfico de la máquina del usuario a una red más segura mientras que GPG, PGP o S/MIME puede ser utilizado para end-to-end cifrado del mensaje, y smtp STARTTLS o smtp encima Seguridad de la capa de transporteLa capa de los zócalos de /Secure 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 del usuario del correo no proteja las conexiones y las contraseñas, haciéndolas fáciles interceptar por un atacante. Esquemas cifrados de la autentificación por ejemplo SASL prevenga esto.

Finalmente, los archivos unidos comparten muchos de los mismos peligros que ésos encontrados adentro par-a-par filesharing. Los archivos unidos pueden contener trojans o virus.

El seguir del correo enviado

El servicio de correo original del smtp no proporciona los mecanismos limitados para seguir un mensaje enviado, y ningunos para verificar que se ha entregado o se ha leído. Requiere que cada mail server deba entregarlo hacia adelante o volver un aviso de la falta (“mensaje de despedida”), pero los insectos de software y los fallos del sistema pueden hacer mensajes ser perdido. Para remediar esto, IETF introducido Notificaciones del estado de la entrega (recibos de la entrega) y Notificaciones de la disposición del mensaje (recibos de vuelta); sin embargo, éstos no se despliegan universal en la producción.

Gobierno de los E.E.U.U.

El gobierno de los E.E.U.U. ha estado implicado en E-mail de varias diversas maneras.

Comenzando en 1977, Servicio postal de los E.E.U.U. (USPS) reconoció el correo electrónico y las transacciones electrónicas plantearon una amenaza significativa a los primeros volúmenes y rédito del correo de la clase. Por lo tanto, los USPS iniciaron un servicio experimental del E-mail 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 primero clasifica el correo y costó 26 centavos. El servicio fue dicho para ser subvencionado y USPS perdió al parecer el dinero substancial en el experimento. La Comisión postal de los E.E.U.U. y Comisión federal de las comunicaciones E-COM opuesto. La FCC concluyó que el carro común constituido E-COM debajo de su jurisdicción y del USPS tendría que archivar a tarifa.[26] Tres años después de iniciar el servicio, E-COM cancelado USPS y procurado venderlo apagado.[27][28][29][30][31][32][33]

A principios de en la historia del ARPANet, había los clientes múltiples del E-mail que tenían vario, y ocasionalmente, los formatos incompatibles. Por ejemplo, en el sistema Multics, “@ línea de matanza significada” muestra la “” y cualquier cosa después de que “@” la muestra fuera no hecha caso.[34] Departamento de la defensa DARPA deseó tener uniformidad y la interoperabilidad para el E-mail y por lo tanto financió esfuerzos de conducir hacia estándares interoperable unificados. Esto condujo a publicar de David Crocker, de Juan Vittal, de Kenneth Pogran, y de Austin Henderson RFC 733, “estándar para el formato del mensaje del texto de la red de ARPA” (noviembre. 21, 1977), que no era al parecer eficaz. En 1979, una reunión fue celebrada en el BBN para resolver ediciones de la incompatibilidad. Jon Postel contó de nuevo la reunión adentro RFC 808, el “resumen del correo electrónico mantiene la reunión celebrada en el BBN el 10 de enero de 1979” (1 de marzo de 1982), que incluye un apéndice que enumera los sistemas del E-mail que varían en ese entonces. Esto, alternadamente, conduce al lanzamiento de David Crocker RFC 822, “estándar para el formato de los mensajes del texto del Internet de ARPA” (agosto. 13, 1982).[35]

National Science Foundation asumió el control las operaciones del ARPANet y del Internet del departamento de la defensa, y las iniciaron NSFNet, un nuevo espina dorsal para la red. Una parte del AUP de NSFNet era que no se permitiría ningún tráfico comercial.[36] En 1988, Vint Cerf arreglado para una interconexión del MCI Mail con NSFNET sobre una base experimental. El E-mail 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 fue privatizado.

En los últimos años 90, Comisión comercial federal creció en cuestión con el fraude que transpiraba en E-mail, e iniciaron una serie de procedimientos en el Spam, el fraude, y phishing.[37] En 2004, el Spam excesivo de la jurisdicción del FTC fue codificado en ley bajo la forma de acto del Spam de la PODER.[38] Varias otras agencias federales de los E.E.U.U. también han ejercitado la jurisdicción incluyendo el Ministerio de Justicia y el servicio secreto.

Vea también

Portal del Internet

Realces

Ediciones sociales del E-mail

Clientes y servidores

Lista que envía

Protocolos

Referencias

Notas

  1. ^ Guiones, rociadas del En, rociadas de Em - Q&A. Recuperado encendido 2008-05-18.
  2. ^ O'Reilly - safari reserva en línea - 0735617465 - manual de Microsoft® del estilo para la tercera edición de las publicaciones técnicas
  3. ^ El estilo 2007 de los estándares de IEEE Manual-Anexa A
  4. ^ APStylebook.com
  5. ^ Reference.com
  6. ^ Diccionario íntegro de la casa al azar, 2006
  7. ^ El diccionario americano de la herencia de la lengua inglesa, cuarta edición
  8. ^ Universidad de Princeton WordNet 3.0
  9. ^ El diccionario americano de la ciencia de la herencia, 2002
  10. ^ RFC 821 (rfc821) - Simple Mail Transfer Protocol
  11. ^ RFC 1939 (rfc1939) - Post Office Protocol - versión 3
  12. ^ RFC 3501 (rfc3501) - protocolo de acceso de mensaje de Internet - versión 4rev1
  13. ^ RFC 2821 (rfc2821) - Simple Mail Transfer Protocol
  14. ^ “CTSS, sistema de tiempo compartido compatible” (4 de septiembre de 2006), universidad de Alabama del sur, tela: USA-CTSS.
  15. ^ Tom Van Vleck, “IBM 7094 y CTSS” (10 de septiembre de 2004), Multicians.org (Multics), tela: Multicians-7094.
  16. ^ La historia del correo electrónico
  17. ^ El primer email
  18. ^ Índice del RFC.
  19. ^ Políticas del email que previenen virus.
  20. ^ "Todos lo que estamos diciendo.", Tiempos de Nueva York, 23 de diciembre, 2007. Recuperado encendido 2007-12-24. 
  21. ^ La derecha del email a la aislamiento - porqué las pequeñas empresas cuidan. Anita Campbell (2007-06-19).
  22. ^ ¿Es la sobrecarga de la información una fricción $650 mil millones en la economía?. Tiempos de Nueva York (2007-12-20).
  23. ^ Lucha para evadir el E-mail Tsunami. Tiempos de Nueva York (2008-04-20).
  24. ^ ¿Darwin saltó sobre el email?. Grupo de la fundición (2008-04-28).
  25. ^ Cuenta 2003 del Spam.
  26. ^ En el pedido de los res la decisión y la investigación declaratorias por Graphnet Systems, Inc., referente al servicio propuesto de E-COM, No. del Docket de la FCC. 79-6 (de sept. el 4 de 1979)
  27. ^ Historia del servicio postal de Estados Unidos, USPS
  28. ^ Robusto, Ian R; La evolución del email de ARPANET; 1996-05-13; Tesis de la historia; Universidad de California en Berkeley
  29. ^ James Bovard, el dinosaurio de la ley: El servicio postal de los E.E.U.U., análisis de política de CATO (febrero. 1985)
  30. ^ Jay Akkad, la historia del email
  31. ^ Cybertelecom: Email
  32. ^ Servicio postal de los E.E.U.U.: Actividades postales y leyes relacionados con el comercio electrónico, GAO-00-188
  33. ^ Implicaciones de los sistemas del correo electrónico y del mensaje para los E.E.U.U. Servicio postal, oficina del gravamen de la tecnología, congreso de los Estados Unidos, agosto de 1982
  34. ^ Jay Akkad, la historia del email
  35. ^ Historia del email, cómo el email fue inventado, Internet que vive
  36. ^ Cybertelecom: Historia del Internet
  37. ^ Cybertelecom: Referencia del Spam
  38. ^ Cybertelecom: Acto del Spam de la poder

Bibliografía

Acoplamientos externos

Mire para arriba email, outbox en Wiktionary, el diccionario libre.


v • d • e
Comunicación por computadora
Ambiente en línea del discurso, Discusión en línea, Software de comunicación
Comunicación asincrónica
Comunicación síncrona
(Charla en línea)
The original article is from Wikipedia. To view the original article please click here.
Creative Commons Licence

 
Custom Search