Correo electrónico

El correo electrónico ( en inglés  email, e-mail [ i ˈ m e ɪ l ], del inglés  electronic mail ) es una tecnología y un servicio para enviar y recibir mensajes electrónicos (llamados "cartas", "e-mails" o "mensajes") entre usuarios de una red informática (incluido Internet ) [1] .

El correo electrónico, en cuanto a la composición de los elementos y el principio de funcionamiento, prácticamente repite el sistema del correo ordinario (en papel) , tomando prestados tanto los términos (correo, carta, sobre, archivo adjunto, caja, entrega y otros) como los rasgos característicos. - facilidad de uso, retrasos en la transmisión de mensajes, fiabilidad suficiente y, al mismo tiempo, ninguna garantía de entrega.

Las ventajas del correo electrónico son: las direcciones con la forma nombre_usuario@ nombre_dominio (por ejemplo, [email protected]) son fácilmente percibidas y recordadas por una persona; la capacidad de transferir tanto texto sin formato como formateados, así como archivos arbitrarios ( documentos de texto , archivos multimedia, programas, archivos , etc. [1] ); independencia de los servidores (en el caso general, se dirigen entre sí directamente); confiabilidad suficientemente alta en la entrega de mensajes; facilidad de uso por una persona y programas, alta velocidad de transferencia de mensajes.

Desventajas del correo electrónico: la presencia de un fenómeno como el spam (publicidad masiva y correos virales ); posibles retrasos en la entrega de mensajes (hasta varios días); límites en el tamaño de un mensaje y en el tamaño total de los mensajes en el buzón (personal para los usuarios).

Actualmente, cualquier usuario novato puede iniciar su propio buzón de correo electrónico gratuito, simplemente regístrese en uno de los portales de Internet.

Nombres

Si en Europa, América y otras regiones solo se usan dos opciones al escribir: "correo electrónico" o "correo electrónico" (además, las recomendaciones sobre si escribir un guión o no varían: por ejemplo, desde marzo de 2011, uno de los estilísticos Las pautas son AP Stylebook: recomienda escribir la abreviatura de "correo electrónico" como "correo electrónico" y no como "correo electrónico" [2] ), entonces existe una variabilidad significativa en ruso. Más amenudo Los textos cirílicos también usan "e-mail", es decir, escriben en latín sin transliteración (la percepción visual de otras formas de escritura es peor ). Pero puedes encontrar otras grafías:

La oficina de información de Gramota.ru al principio indicó que se recomendaba escribir correo electrónico (latín) o correo electrónico (cirílico) [4] , y luego comenzó a recomendar solo la ortografía cirílica de correo electrónico , como se registra, por ejemplo, en el Diccionario Ortográfico Ruso de la Academia Rusa de Ciencias [5] [6 ] .

Los diccionarios registraron cuatro variantes ortográficas: correo electrónico , correo [7] correo electrónico , correo electrónico [8] .

De facto en documentos oficiales en ruso[ ¿Qué? ] :

Historia

El surgimiento del correo electrónico se remonta a 1965 , cuando los empleados del Instituto de Tecnología de Massachusetts (MIT) Noel Morris y Tom Van Vleck escribieron el programa de correo para el sistema operativo CTSS (Compatible Time-Sharing System) instalado en un IBM 7090/ 7094 computadora.

El desarrollo general del correo electrónico ha sido a través del desarrollo de la interacción del usuario local en sistemas multiusuario. Los usuarios podrían, utilizando el programa de correo (o su equivalente), reenviarse mensajes entre sí dentro del mismo mainframe (computadora grande). El siguiente paso fue poder reenviar el mensaje a un usuario en otra máquina especificando el nombre de la máquina y el nombre de usuario en la máquina. La dirección podría escribirse como foo!joe(usuario joe en la computadora foo). El tercer paso en el desarrollo del correo electrónico ocurrió con la llegada de la transmisión de cartas a través de una tercera computadora. En el caso de usar UUCP , la dirección del usuario incluía una ruta al usuario a través de varias máquinas intermedias (por ejemplo, gate1!gate2!foo!joe una carta para joe a través de la máquina puerta1, puerta2 a la máquina foo). La desventaja de este direccionamiento era que el remitente (o el administrador de la máquina en la que se ejecutaba el remitente) necesitaba saber la ruta exacta a la máquina de destino.

Después de la llegada del sistema de nombres global distribuido DNS , los nombres de dominio comenzaron a usarse para indicar la dirección: [email protected] el usuario usuario en la máquina example.com. Al mismo tiempo, se estaba replanteando el concepto de “en una máquina”: se comenzaron a utilizar servidores dedicados para el correo, a los que los usuarios comunes (solo administradores) no tenían acceso, y los usuarios trabajaban en sus máquinas, mientras que el correo no. no llegan a las estaciones de trabajo de los usuarios, sino a los buzones de correo, un servidor desde donde los usuarios recuperan su correo utilizando varios protocolos de red (entre los más comunes en este momento están POP3 , IMAP , MAPI , interfaces web). Simultáneamente con el advenimiento de DNS, se inventó un sistema para reservar rutas de entrega de correo y el nombre de dominio en la dirección postal dejó de ser el nombre de una computadora específica y se convirtió en solo un fragmento de la dirección postal. Muchos servidores pueden ser responsables de mantener un dominio (quizás ubicados físicamente en diferentes continentes y en diferentes organizaciones), y los usuarios del mismo dominio pueden no tener nada en común entre sí (esto es especialmente cierto para los usuarios de servidores de correo electrónico gratuitos).

Además, existían otros sistemas de correo electrónico (algunos de los cuales aún existen), tales como: Netmail en la red Fidonet , X.400 en redes X.25[ especificar ] . El acceso a los mismos desde Internet y viceversa se realiza a través de una pasarela de correo . Para enrutar correo en redes X.25, DNS proporciona un registro de recursos especial con el nombre apropiado X25 (código 19).

Cronología

Clasificación MXA

Los siguientes componentes se distinguen en la terminología del correo electrónico:

En el caso de utilizar servidores dedicados para almacenar el correo del usuario, toda interacción entre el usuario y el servidor puede ocurrir utilizando protocolos que no se encuadran en este esquema.

Los servidores de correo suelen actuar como MTA y MDA. Algunos servidores de correo (programas) realizan la función tanto de MTA como de MDA, algunos implican la separación en dos servidores independientes: servidor MTA y servidor MDA (en este caso, si se utilizan diferentes protocolos para acceder al buzón, por ejemplo, POP3 e IMAP , entonces MDA, a su vez, puede implementarse como una sola aplicación o como un conjunto de aplicaciones, cada una de las cuales es responsable de un protocolo separado).

Arquitectura Moderna (SMTP)

El protocolo de intercambio de correo electrónico más aceptado del mundo es SMTP ( protocolo simple de transferencia de correo  ). En una implementación común, utiliza DNS para determinar las reglas de reenvío de correo (aunque en sistemas privados como Microsoft Exchange , SMTP puede actuar en función de información de otras fuentes).  

Los diferentes dominios tienen sus propios sistemas de correo independientes. Cada dominio de correo puede tener varios usuarios. (Sin embargo, de hecho, puede ser que una organización o persona posea muchos dominios que son servidos (físicamente) por un sistema de correo). El correo se transfiere entre nodos utilizando programas de transferencia de correo ( agente de transferencia de correo en inglés  , MTA ; como, por ejemplo: sendmail , exim 4, postfix , Microsoft Exchange Server , Lotus Domino , etc.). El comportamiento de los sistemas cuando se comunican entre sí está estrictamente estandarizado, para esto se utiliza el protocolo SMTP (y el cumplimiento de este estándar, junto con el soporte de DNS universal por parte de todos los participantes, es la base para la capacidad de comunicarse "todos a todos" sin acuerdos previos). La interacción entre el sistema de correo y los usuarios, en general, no está regulada de ninguna manera y puede ser arbitraria, aunque existen protocolos abiertos y cerrados (atados a software de fabricantes específicos) para la interacción entre los usuarios y el sistema de correo. El programa que se ejecuta en el sistema de correo y sirve a los usuarios se llama MDA ( agente de entrega de correo ) . En algunos sistemas de correo, MDA y MTA pueden combinarse en un solo programa, en otros sistemas pueden estar separados como programas separados o incluso ejecutarse en diferentes servidores. El programa con el que accede el usuario se llama MUA ( mail user agent ) . Si la interfaz web se utiliza para trabajar con correo, su función la realiza la aplicación de interfaz web que se ejecuta en el servidor.   

Dentro de un sistema de correo determinado (generalmente dentro de la misma organización), puede haber muchos servidores de correo que realizan tanto el reenvío de correo dentro de la organización como otras tareas relacionadas con el correo electrónico: filtrado de spam, análisis antivirus de archivos adjuntos, respuesta automática, correo entrante/saliente. archivado, brindando acceso a los usuarios por varios métodos (desde POP3 hasta ActiveSync ). La interacción entre servidores dentro del mismo sistema de correo puede estar sujeta a reglas generales (usando DNS y reglas de enrutamiento de correo usando el protocolo SMTP), o seguir las reglas propias de la empresa (el software utilizado).

Relés

El DNS le permite especificar como servidor de recepción ( registro MX ) cualquier host de Internet, no necesariamente parte de la zona de dominio del dominio del destinatario . Esto se puede usar para configurar la retransmisión (reenvío) de correo a través de terceros servidores. Un servidor de terceros (por ejemplo, más confiable que los servidores del usuario) acepta correo para el dominio del usuario y lo reenvía a los servidores de correo del usuario tan pronto como sea posible. Históricamente, no había control sobre "a quién reenviar" el correo (o no se le daba la debida importancia), y los servidores sin dicho control retransmitían el correo a cualquier dominio. Dichos servidores se denominan repetidores abiertos (actualmente, aparecen nuevos repetidores abiertos principalmente debido a errores de configuración).

Para sus usuarios, los servidores del sistema de correo son repetidores (los usuarios no envían correo a los servidores del sistema de correo del destinatario, sino a "su" servidor de correo, que reenvía las cartas). En muchas redes de proveedores , la capacidad de enviar cartas a través del protocolo SMTP fuera de la red está cerrada (debido al uso de esta función por parte de troyanos , virus ). En este caso, el proveedor proporciona su propio servidor SMTP, a través del cual se envía todo el correo fuera de la red. En este caso, se considera que un relé abierto es un relé que no verifica si el usuario es "amigos" (la verificación se puede realizar tanto sobre la base de la dirección de red de la computadora del usuario como sobre la base de identificación de usuario con contraseña/certificado).

Enrutamiento de correo

El servidor de correo, al recibir correo (de una fuente local o de otro servidor), verifica si existen reglas específicas para procesar el correo (las reglas pueden basarse en un nombre de usuario, en un dominio en una dirección, en el contenido de una carta , etc.), si no se encuentran reglas específicas, comprueba si el dominio de correo es local para el servidor (es decir, si el servidor es el destinatario final del mensaje). Si es así, entonces la carta se acepta para su procesamiento. Si el dominio de correo no es local, se aplica el procedimiento de enrutamiento de correo (que es la base para transferir cartas entre diferentes servidores en Internet).

El enrutamiento utiliza solo la parte del dominio de la dirección de destino (es decir, la parte posterior al símbolo @). Para el dominio del destinatario, se buscan todos los registros MX. Se ordenan en orden descendente de prioridad. Si la dirección del servidor de correo coincide con uno de los hosts especificados en los registros MX, todos los registros con una prioridad inferior a la prioridad del host en el registro MX (así como el registro MX del propio host) se descartan y la entrega se realiza a los primeros hosts que responden se prueban en orden descendente de prioridad). Esto se hace en caso de que el servidor de correo del remitente sea un repetidor del servidor de correo del destinatario. Si no se encuentra el registro MX para el dominio, se intenta entregar el correo utilizando el registro A correspondiente al dominio. Si no hay registro sobre el dominio, entonces se genera un mensaje sobre la imposibilidad de entrega (mensaje de rebote). Este mensaje se genera con MAIL FROM:<>( RFC 5321 ), el campo "Para" especifica el remitente del mensaje original y el campo "De" especifica un correo electrónico del formulario MAILER-DAEMON@имя сервера. El nombre del servidor es el nombre del host de Internet que generó la notificación. MAIL FROM:<>le permite proteger los servidores de correo de la circulación interminable de mensajes de error entre servidores: si el servidor detecta que no puede entregar una carta con una dirección de retorno vacía, la destruye. También se puede generar un mensaje sobre la imposibilidad de entrega después de un tiempo. Esto ocurre si se determina que el problema detectado es transitorio, pero el tiempo de espera de la cola de mensajes caduca ( RFC 5321 , Sección 4.5.4.1. Estrategia de envío).

Si la red tiene diferentes servidores DNS (por ejemplo, externos, en Internet y locales, dentro de sus propios límites), entonces es posible que los servidores DNS "internos" apunten a un servidor que no está disponible en Internet como el más alto. destinatario prioritario, donde el correo se redirige desde la retransmisión especificada como el host de destino para Internet. Esta división permite enrutar el correo según reglas comunes entre servidores que no tienen acceso a Internet.

Protocolos de recepción de correo

Una vez que el correo llega al servidor de destino, almacena temporal o permanentemente el correo recibido. Existen dos modelos diferentes para trabajar con el correo: el concepto de almacén de correo ( box ) y el de terminal de correo .

POP3

En el concepto de almacenamiento de correo , el correo en el servidor se almacena temporalmente, en un volumen limitado (similar a un buzón para el correo en papel), y el usuario accede periódicamente al buzón y “recoge” las cartas (es decir, el cliente de correo descarga una copia de la carta a sí mismo y borra el original del buzón). Basado en este concepto, opera el protocolo POP3 .

IMAP

El concepto de terminal de correo implica que toda la correspondencia asociada con un buzón (incluidas las copias de las cartas enviadas) se almacena en el servidor, y el usuario accede al depósito (a veces llamado tradicionalmente "buzón") para ver la correspondencia (tanto nueva como archivo) y escribir nuevas cartas (incluidas las respuestas a otras cartas). El protocolo IMAP y la mayoría de las interfaces web de los servicios de correo electrónico gratuitos funcionan según este principio . Tal almacenamiento de correspondencia de correo requiere significativamente más capacidad de los servidores de correo, como resultado, en muchos casos, existe una separación entre los servidores de correo que reenvían el correo y los servidores de almacenamiento de correo.

Diferencias

Según cómo funcionan los protocolos, se pueden dividir según dos criterios principales:

Bajo ciertas condiciones, el servidor de almacenamiento de correo se puede configurar para que se comporte de manera similar al cliente: dicho servidor accede al servidor de correo usando el protocolo POP3 y toma el correo por sí mismo. Estas soluciones generalmente se usan en organizaciones pequeñas que no tienen la infraestructura para implementar servidores de correo completos; en este caso se utiliza un servidor local para almacenar el correo y el servidor de correo del proveedor que presta el servicio de recepción de correo vía POP3 (por ejemplo, mediante fetchmail ). La principal desventaja de esta solución es el retraso en la entrega (ya que el software que recopila el correo accede a los servidores con cierto retraso) - por ejemplo, el conector POP3 de Exchange 2003 Server como parte de Windows SBS no permite establecer un intervalo de menos de 15 minutos a través de la interfaz de configuración [10] , ya que una frecuencia excesiva de controles puede causar problemas con la carga en el servidor de correo. Algunos servidores de correo tienen funciones para proteger contra este comportamiento.

La estructura de la carta

Cuando se transmite mediante el protocolo SMTP, un correo electrónico consta de las siguientes partes.

Datos del sobre SMTP

Los datos del sobre SMTP contienen parámetros que se establecen mediante los comandos del mismo nombre:

Encabezados de correo electrónico

Los encabezados de correo electrónico se describen según los estándares RFC :

Los encabezados están separados del cuerpo de la carta por una línea en blanco. Los encabezados se utilizan para registrar el paso de una carta y notas de servicio (a veces llamadas kludges ). En Microsoft Outlook , estos encabezados se denominan "Encabezados de Internet". Los encabezados generalmente indican: los servidores de correo a través de los cuales pasó la carta (cada servidor de correo agrega información sobre de quién recibió esta carta), información sobre si esta carta parece spam, información sobre el análisis antivirus, el nivel de urgencia de la carta ( tal vez cambiar los servidores de correo). También en el encabezado suele escribirse el programa con el que se creó la carta. Dado que los encabezados son información patentada, los clientes de correo suelen ocultarlos al usuario durante la lectura normal de los mensajes, pero también brindan la oportunidad de ver estos encabezados si es necesario realizar un análisis más detallado del mensaje. Si un correo electrónico del formato SMTP se convierte a otro formato (por ejemplo, los correos electrónicos se convierten a MAPI en Microsoft Exchange 2007), los encabezados se guardan por separado para habilitar el diagnóstico.

Los encabezados se suelen agregar de abajo hacia arriba (es decir, cada vez que se necesita agregar un encabezado a un mensaje, se agrega en la primera línea, antes de todos los anteriores).

Además de la información del servicio, los encabezados de correo electrónico también almacenan información que se muestra al usuario, que suele ser el remitente de la carta, el destinatario, el asunto y la fecha de envío.

Los encabezados de los mensajes solo pueden contener caracteres de 7 bits [13] . Si es necesario utilizar caracteres nacionales en algunos campos, se requiere el uso de codificaciones. Por lo general, esto es Base64 o Quoted-Printable .

Encabezados comunes
  • Return-Path:( RFC 821 , RFC 1123 ) - la dirección de devolución en caso de falla, cuando es imposible entregar la carta en la dirección de destino. Puede diferir de MAIL FROMy encabezados From:, Sender:o Reply-To:, pero generalmente coincide MAIL FROM.
  • Received:( RFC 822 , RFC 1123 ) - datos sobre el paso de una carta a través de cada servidor de correo específico (MTA). Al pasar por varios servidores de correo (la situación habitual), se agregan nuevos encabezados sobre los anteriores, eventualmente el registro de transferencia se escribirá en orden inverso (desde el nodo más cercano al destinatario hasta el más lejano).
  • MIME-Version:( RFC 1521 ): la versión MIME con la que se creó este mensaje. A menudo, este título se crea antes que todos los demás, por lo que suele ser el primero (es decir, el último de la lista).
  • From:( RFC 822 , RFC 1123 , RFC 1036 ) - el nombre y la dirección del remitente (es en este encabezado donde aparece el campo de texto con el nombre del remitente). Puede que no coincida return-patho incluso que no coincida con el encabezado SMTP MAIL FROM:.
  • Sender:( RFC 822 , RFC 1123 ) - el remitente de la carta. Se agregó para poder indicar que una carta en nombre de alguien (de) fue enviada por otra persona (por ejemplo, una secretaria en nombre del jefe). Algunos clientes de correo muestran el mensaje en presencia del remitente y de como "mensaje de 'remitente' en nombre de 'de'". El remitente es un encabezado informativo (y también puede ser diferente del encabezado SMTP MAIL FROM).
  • To:( RFC 822 , RFC 1123 ): el nombre y la dirección del destinatario. Puede contenerse varias veces (si la carta va dirigida a varios destinatarios). Sobre la base de este campo, se forma el contenido del campo SMTP RCPT TO.
  • Cc:( RFC 822 , RFC 1123 ) - (de la copia al carbón en inglés  ) contiene los nombres y direcciones de los destinatarios secundarios de la carta a la que se envía la copia. Participa en la formación del campo SMTP , así como del campo "Para".RCPT TO
  • Bcc:( RFC 822 , RFC 1123 ) - (de la copia carbón oculta en inglés  ) contiene los nombres y direcciones de los destinatarios de la carta, cuyas direcciones no deben mostrarse a otros destinatarios. Participa en la formación del campo SMTP , como los campos "Para" y "Cc", pero no está presente en el mensaje enviado.RCPT TO
  • Reply-To:( RFC 822 , RFC 1036 ) es el nombre y la dirección a la que deben enviarse las respuestas a esta carta. Si, por ejemplo, un robot envía una Reply-Tocarta, se indicará como dirección la dirección del buzón que está listo para recibir una respuesta a la carta.
  • Message-ID:( RFC 822 , RFC 1036 ): un identificador de mensaje único . Consta de la dirección del host remitente y un número (único dentro del host). El algoritmo de generación de números únicos depende del servidor/cliente. Se parece a esto: [email protected]. Junto con otros identificadores, se utiliza para buscar el paso de un mensaje específico a través de los registros del sistema de correo (los sistemas de correo registran el paso de una carta por su Message-ID) y para señalar una letra de otras letras (utilizado para agrupar y construir mensajes). cadenas). Suele crearlo el cliente de correo (MUA) en el momento de redactar la carta.
  • In-Reply-To:( RFC 822 ): puntos Message-IDpara los que esta carta es una respuesta (con la ayuda de esto, los clientes de correo pueden construir fácilmente una cadena de correspondencia; cada nueva respuesta contiene el ID de mensaje del mensaje anterior).
  • Subject:( RFC 822 , RFC 1036 ) — el asunto del correo electrónico.
  • Date:( RFC 822 , RFC 1123 , RFC 1036 ): la fecha en que se envió el correo electrónico.
  • Content-Type:( RFC 1049 , RFC 1123 , RFC 1521 , RFC 1766 ) — tipo de contenido del mensaje ( HTML , RTF , texto sin formato) y codificación en la que se creó el mensaje (ver más abajo sobre codificaciones).
  • Return-Receipt-To:( RFC 2076 ) - El correo electrónico donde el servidor de correo del destinatario debe enviar la notificación de entrega. RFC 2076 se menciona en la sección "No es un estándar de Internet" y, por lo tanto, es posible que los servidores no lo admitan.
  • Disposition-Notification-To:( RFC 3798 ): correo electrónico donde el cliente de correo del destinatario debe enviar una notificación de entrega si el usuario lo permite (a través de la configuración, etc.).

Además de los estándar, los clientes de correo, los servidores y los procesadores de correo pueden agregar sus propios encabezados que comienzan con "X-" (por ejemplo: X-Mailer, X-MyServer-Note-OKo X-Spamassasin-Level).

Cuerpo de la carta

El cuerpo de la carta está separado del encabezado por una línea vacía. En los estándares que no son SMTP, el formato de la carta depende del estándar del sistema (por ejemplo, MAPI ), pero antes de que la carta "salga" del sistema compatible con MAPI (por ejemplo, antes de enviarse por Internet), suele ser convertido a formato compatible con SMTP (de lo contrario, el enrutamiento de mensajes sería imposible porque el estándar para enviar correo en Internet es SMTP).

Solo se permiten caracteres imprimibles en el cuerpo del mensaje. Por lo tanto, con el fin de transferir información binaria (imágenes, archivos ejecutables, etc.), se utilizan codificaciones que llevan los datos a un formato de 7 bits: Base64 o UUE . Además, al comienzo de la existencia del correo electrónico, la restricción era más severa: algunos sistemas de correo solo admitían mensajes de 7 bits. Para trabajar con dichos sistemas, el texto sin formato, en presencia de caracteres nacionales, también se puede codificar en formato de 7 bits. Base64 o Quoted-Printable se utilizan para esto . Sin embargo, los sistemas de correo que solo pueden manejar mensajes de 7 bits apenas existen ahora.

Letras encadenadas

Debido a la presencia de un identificador único en la carta, así como al hecho de que la gran mayoría de los clientes de correo, al responder a una carta, copian su identificador en el campo In-Reply-To("en respuesta a"), se hace posible de manera confiable agrupar mensajes a lo largo de una cadena ( eng.  thread ). Esto se implementa de manera diferente en diferentes clientes de correo electrónico. Por ejemplo, Microsoft Outlook le permite encontrar todos los correos electrónicos relacionados, y la interfaz web de GMail agrupa los mensajes según los datos del hilo en un solo objeto. Algunos clientes de correo electrónico (como mutt ) le permiten estructurar cadenas (normalmente formadas en listas de correo cuando hay muchos suscriptores en una conversación) en forma de árbol (la pregunta generó varias respuestas, cada una de las cuales fue comentada; esto formó varias ramas del árbol). Además, estos clientes suelen saber cortar a la fuerza los hilos cuando cambia el tema del mensaje (suponiendo que el cambio de tema del mensaje signifique una nueva discusión, aunque, quizás, provocada por una conversación anterior).

Cifrado de correo electrónico

Actualmente, dos estándares son ampliamente utilizados para el cifrado de correo: S/MIME (utilizando una infraestructura de clave pública) y OpenPGP (utilizando certificados con un esquema de confianza que agrupa alrededor del usuario).

Anteriormente, también existían los estándares MOSS y PEM , pero, debido a la incompatibilidad entre ellos y la incomodidad de uso, no arraigaron.

Los estándares S/MIME y OpenPGP brindan tres tipos de protección: mutabilidad, firma irrevocable y confidencialidad (cifrado). Además, la versión 3 de S/MIME permite el uso de acuse de recibo seguro (en el que un acuse de recibo de una carta solo se puede generar con éxito si la carta ha llegado intacta al destinatario).

Ambos estándares utilizan algoritmos criptográficos simétricos para cifrar el cuerpo del mensaje y la clave simétrica se cifra utilizando la clave pública del destinatario. Si la carta va dirigida a un grupo de personas, entonces la clave simétrica se cifra a su vez por cada una de las claves públicas de los destinatarios (y en ocasiones, por comodidad, por la clave pública del remitente para que pueda leer la carta enviada por él) .

Uso comercial

Actualmente, existen los siguientes modelos de uso comercial de los sistemas de correo:

  • Sistemas de correo domésticos y corporativos: operan con el equipo propio o alquilado del propietario del sistema de correo (por lo general, también es el propietario del dominio en el que opera el servidor de correo).
  • El servicio de recepción/envío de correo electrónico es prestado por un tercero. La organización (persona) posee el dominio y almacena de forma independiente el archivo de correspondencia.
  • Los servicios de recepción/envío y almacenamiento de correo son realizados por una organización de terceros en sus propias instalaciones. El cliente obtiene acceso al sistema del contratista para el envío de cartas y para acceder al archivo de cartas. El dominio de correo es propiedad del cliente.
  • La recepción, el envío y el almacenamiento de cartas lo realiza el albacea, el dominio de correo pertenece al albacea. La mayoría de estos servicios son gratuitos y funcionan mostrando anuncios al usuario o son una adición gratuita a otros servicios del ejecutante (para más detalles, consulte: Servicios de correo gratuitos ).

Listas de correo

El sistema de correo le permite organizar sistemas complejos basados ​​en el reenvío de correo de uno a muchos suscriptores, estos son:

  • Listas de correo: una carta de la misma dirección con el mismo contenido (o cambiando según la plantilla), enviada a los suscriptores de la lista de correo . Técnicamente, se puede organizar como el envío de varios correos electrónicos (utilizados para plantillas de correo electrónico) o el envío de correos electrónicos con varios destinatarios (en los campos TO, CC, BCC). Para administrar grandes listas de correo (más de 10-50 suscriptores), se utilizan programas especializados (por ejemplo, mailman ). Una lista de correo debidamente organizada debe controlar la devolución de cartas (mensajes sobre la imposibilidad de entregar una carta) con la exclusión de los destinatarios no disponibles de la lista de correo, permitir que los suscriptores se den de baja de las listas de correo. Los envíos no deseados se denominan spam y complican significativamente el funcionamiento de los sistemas de correo.
  • Los grupos de correspondencia son un tipo especializado de lista de correo en la que se envía una carta a la dirección del grupo (una dirección postal normal procesada por un programa especializado) a todos los miembros del grupo. Es un análogo de conferencias de prensa, conferencias de eco. Una lista de correo configurada correctamente debe controlar los ciclos (dos robots de correo suscritos entre sí pueden crear un ciclo interminable de envío de cartas), limitar la lista de participantes de la lista de correo que tienen derecho a publicar un mensaje y cumplir con otros requisitos de la lista de correo. .

Los administradores de listas de correo se utilizan para administrar las listas de correo . Además de mantener una lista de direcciones y enviar un mensaje determinado, brindan filtrado de cartas, la posibilidad de moderación previa de las cartas antes de colocarlas en la lista de correo, mantenimiento de archivos, gestión de suscripciones/bajas de suscripción, envío de resúmenes de correo (contenido breve) en lugar de todo el volumen de envío.

Ejemplos de programas de gestión de correos:

Correo no deseado

El spam es un tipo de correo con el fin de anunciar (a menudo no solicitado) un producto o servicio en particular, un análogo de la publicidad en papel que se distribuye de forma gratuita en los buzones de correo de los edificios residenciales.

A medida que el correo electrónico creció en popularidad, comenzó a usarse (junto con los grupos de noticias de Usenet ) para enviar mensajes promocionales no solicitados, de manera similar a como se colocan folletos en los buzones de correo normales. Sin embargo, a diferencia del costo sustancial de una lista de correo en papel, enviar una cantidad significativa (millones y miles de millones) de mensajes no le cuesta prácticamente nada al remitente. Esto condujo a un aumento desproporcionado en el número y tamaño de los envíos publicitarios (según algunos datos [14] , actualmente el spam representa entre el 70 y el 90 % de todos los mensajes de correo, es decir, superó la carga útil del correo entre 2 y 10 veces) .

Para enviar spam, actualmente se utilizan activamente todos los trucos técnicos posibles: repetidores abiertos , reenviadores , servidores proxy, servidores de correo electrónico gratuitos (que permiten la automatización del envío de correo), botnets , mensajes falsos sobre la imposibilidad de entrega.

Con el endurecimiento de la prohibición de la publicidad, los mensajes se dividieron en correos legítimos (a los que el usuario suele suscribirse y de los que puede rechazar en cualquier momento) e ilegítimos (en realidad llamado spam). Para combatir el spam se han desarrollado varios mecanismos ( listas negras de remitentes, listas grises que requieren que el servidor de correo sea enviado nuevamente, filtros de contexto). Una de las consecuencias de la introducción de herramientas antispam fue la posibilidad de una decisión de " falso positivo " con respecto al spam, es decir, una parte de las cartas que no son spam comenzaron a marcarse como spam. En el caso de una política antispam agresiva (destrucción automática de mensajes que parecen ser spam sin notificar al remitente/destinatario), esto conduce a problemas de flujo de correo difíciles de detectar.

Regulación legislativa en Rusia

Ley Federal N° 152-FZ "Sobre Datos Personales" .

Los servicios de correo electrónico más populares

Los servicios de correo electrónico más populares son proporcionados por empresas de TI junto con otros productos web: motores de búsqueda, almacenamiento en la nube, etc. Los servicios de correo electrónico en ruso son desarrollados por Google ( Gmail ), Yandex ( Yandex.Mail ), Mail.ru ( Mail.ru ), Microsoft ( Hotmail y Outlook ).

Véase también

Notas

  1. ↑ 1 2 Correo electrónico - Diccionario - SeoPult.Ru .
  2. ↑ Guión perdido de correo electrónico
  3. ↑ Revista ComputerPress 6'2001 - Correo Internet
  4. ↑ 1 2 Pregunta No. 220471 Gramota.ru
  5. ↑ Buscar una respuesta . nuevo.gramota.ru. Fecha de acceso: 14 de marzo de 2019.
  6. ↑ Pregunta No. 275417 Gramota.ru
  7. ↑ Buscar una palabra: busca el patrón "*m?ile"
  8. ↑ Búsqueda de diccionario - Verificación de palabras: * mail Gramota.ru
  9. ↑ MuttWiki: MailConcept (enlace descendente) . Consultado el 5 de septiembre de 2009. Archivado desde el original el 16 de diciembre de 2008. 
  10. ↑ Conector POP3 para Exchange 2003 (SBS2003) en Exchange Admin  (enlace descendente)
  11. ↑ RFC 5321: 4.5.5. Mensajes con una ruta inversa nula
  12. ↑ Verificación de devolución de llamada
  13. ↑ Actualmente, se ha desarrollado un conjunto de estándares para admitir caracteres nacionales en el correo electrónico ( RFC 6531 , RFC 6532 , RFC 6533 ), pero no todo el software lo admite.
  14. ↑ Securelist - Spam en mayo de 2009 , según Kaspersky Lab, en mayo de 2009 el spam ascendía al 70-90 % del total de la correspondencia por correo.

Enlaces

  • RFC 822  - Estándar para mensajes de texto de Internet ARPA
  • RFC 2142  - Nombres de buzones para servicios, roles y funciones comunes
  • RFC 2368  - El esquema mailto URL
  • RFC 5322  - Formato de mensaje de Internet
  • RFC 2045  - Formato de cuerpos de mensajes de Internet
  Ir al elemento de Wikidata  diccionarios y enciclopedias
 Comunicación por medio de ordenadores
Conferencia asíncrona
Conferencia síncrona
Publicaciones