¿Por qué es necesario un servidor SMTP intermedio para enviar correo?

Cuando una persona aprende más sobre cómo funcionan los clientes de correo electrónico, los servidores SMTP y todo el sistema de correo electrónico en línea, es posible que sienta curiosidad por saber por qué se necesita un servidor SMTP intermedio. Con eso en mente, el artículo de preguntas y respuestas del superusuario de hoy tiene las respuestas a las preguntas de un lector curioso.

SuperUser, una subdivisión de Stack Exchange, una agrupación comunitaria de sitios web de preguntas y respuestas, nos ofrece la sesión de preguntas y respuestas de hoy.

Foto cortesía de David Schroeder (Flickr).

La cuestión

El lector de superusuario Tobia quiere saber por qué se necesita un servidor SMTP intermedio para enviar correo:

¿Por qué necesito un servidor SMTP intermedio para enviar correos electrónicos? ¿Por qué mi cliente de correo electrónico (Outlook o Thunderbird) no puede enviar mensajes directamente al dominio SMTP del destinatario?

Por ejemplo, si necesito enviar un correo a [email protected] con mi cuenta de Gmail, lo envío a smtp.gmail.com servidor; entonces este servidor envía mi mensaje al servidor MX de example.com.

¿Por qué es necesario un servidor SMTP intermedio para enviar correo?

La respuesta

El colaborador de superusuario Davidgo tiene la respuesta para nosotros:

Es técnicamente posible enviar correos electrónicos directamente al servidor SMTP del destinatario desde su computadora.

Mirando esto desde una base histórica, si el servidor SMTP remoto está inactivo, desea que un sistema lo maneje automáticamente y siga intentándolo nuevamente, por lo que tiene un servidor SMTP. Asimismo, en los viejos tiempos, no todos los servidores de correo siempre estaban conectados (los enlaces de larga distancia eran costosos), por lo que el correo se ponía en cola y se enviaba cuando se establecía un enlace.

Cambiando a lugares donde los servicios de Internet son baratos, siempre es útil tener mecanismos para volver a intentar enviar correo si no hay un servidor disponible. No es ideal que esta funcionalidad esté escrita en el MUA (agente de usuario de correo / programa de correo de usuario final). Estas funciones están integradas en un MTA (servidor de correo / servidor SMTP).

Pero la situación está empeorando: los spammers. La mayoría de los correos electrónicos (más del 80%) son spam. Los proveedores de correo están haciendo todo lo posible para reducir este problema, y ​​muchas técnicas hacen suposiciones sobre cómo se entrega el correo. Las siguientes consideraciones son importantes:

1. Lista gris: Algunos proveedores desconectarán automáticamente una conexión de correo electrónico si el remitente y el destinatario no se han comunicado antes y esperan que lo intenten por segunda vez. Los spammers no suelen volver a intentarlo cuando se supone que siempre debe hacerlo un servidor SMTP. Esto reduce el volumen de spam en alrededor de un 80%, pero apesta tener que hacerlo.

2. Reputación: Es mucho más probable que una persona que envía correo a través de un servidor SMTP conocido y de buena reputación sea legítima en comparación con un servidor de vuelo nocturno. Para tener una idea de la reputación, los proveedores hacen varias cosas:

  • Bloquear direcciones dinámicas / de clientes (no al 100%, pero se han mapeado grandes partes de Internet).
  • Compruebe si el DNS inverso coincide con el DNS directo. No es muy difícil de hacer, pero muestra un cierto nivel de responsabilidad y conocimiento de las mejores prácticas (que muchos bloques de direcciones de clientes no tienen).
  • Comprueba la reputación. Al comunicarse con otros servidores SMTP, muchos proveedores realizan un seguimiento de la cantidad de correo no deseado y el volumen de correo enviado. Pueden reducir la cantidad de spam restringiendo las conexiones y controlando estas configuraciones. Hay muchas formas de hacer esto, no todas obvias, pero que requieren un remitente conocido.
  • SPF y DKIM. Estos mecanismos vinculan los recursos DNS al nombre de dominio para hacer que la manipulación del correo sea más difícil y sería difícil, pero no necesariamente imposible, de implementar si el programa de correo (MUA) es responsable del correo saliente.

Probablemente haya otras preocupaciones menores, pero estas son las principales.


¿Tiene algo que agregar a la explicación? Habla en los comentarios. ¿Quieres leer más respuestas de otros usuarios de Stack Exchange expertos en tecnología? Consulte el hilo de discusión completo aquí.

En relación :  Cómo escribir emojis en una Mac
Moyens Staff
El personal de Moyens I/O lo ha motivado, brindándole consejos sobre tecnología, desarrollo personal, estilo de vida y estrategias que lo ayudarán.