1Sep
A medida que una persona aprende más sobre cómo funcionan los clientes de correo, los servidores SMTP y todo el sistema de correo electrónico en línea, es posible que sientan curiosidad por saber por qué incluso se necesita un servidor intermedio SMTP.Con esto en mente, la publicación SuperUser Q & A de hoy tiene las respuestas a las preguntas de un curioso lector.
Pregunta de hoy &La sesión de respuesta nos llega por cortesía de SuperUser, una subdivisión de Stack Exchange, una agrupación de sitios web Q & A dirigida por la comunidad.
Foto cortesía de David Schroeder( Flickr).
El lector
SuperUser de Question Tobia quiere saber por qué se necesita un servidor SMTP intermedio para enviar correo:
¿Por qué necesito un servidor SMTP intermedio para enviar correo?¿Por qué mi cliente de correo( Outlook o Thunderbird) no puede enviar mensajes directamente al dominio SMTP del destinatario?
Por ejemplo, si tengo que enviar correo a [email protected] con mi cuenta de Gmail, lo envío al servidor smtp.gmail.com ;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
SuperUser contribuidor davidgo tiene la respuesta para nosotros:
Es técnicamente posible enviar correo directamente al servidor SMTP del destinatario desde su computadora.
Mirándolo desde una base histórica, si el servidor SMTP remoto está inactivo, usted quiere que un sistema lo maneje automáticamente y siga reintentando, por lo tanto, tiene un servidor SMTP.Del mismo modo, en los viejos tiempos, no todos los servidores de correo estaban conectados todo el tiempo( los enlaces de larga distancia eran caros), por lo que el correo se ponía en cola y se enviaba cuando se establecía un enlace.
Pasando a donde los servicios de Internet son baratos, sigue siendo útil contar con mecanismos para volver a intentar el envío de correo si un servidor no está disponible. No es ideal que esta funcionalidad se escriba en el MUA( agente de usuario de correo / programa de correo de usuario final).Estas funciones caben en un MTA( servidor de correo / servidor SMTP).
Pero empeora, los spammers. La mayoría del correo( más del 80 por ciento) es correo no deseado. Los proveedores de correo hacen lo que pueden para reducir este problema y una gran cantidad de técnicas hacen suposiciones sobre la forma en que se entrega el correo. Las siguientes son consideraciones importantes:
1. Lista gris: Algunos proveedores eliminarán automáticamente una conexión de correo si el remitente y el destinatario no se han comunicado antes y esperan que lo intenten por segunda vez. Los spammers a menudo no vuelven a intentarlo mientras que se supone que un servidor SMTP siempre debe hacerlo. Esto reduce el volumen de spam en aproximadamente un 80 por ciento, pero es una mierda tener que hacer esto.
2. Reputación de : Es mucho más probable que alguien que envía correo a través de un servidor SMTP conocido y de buena reputación sea legítimo en comparación con un servidor intercalado. Para hacerse una idea de la reputación, los proveedores hacen una serie de cosas:
- Bloquea las direcciones dinámicas / cliente( no al 100 por ciento, pero se han trazado grandes porciones de Internet).
- Compruebe si el DNS inverso coincide con el DNS directo. No es muy difícil de hacer, pero muestra cierto nivel de responsabilidad y conocimiento de las mejores prácticas( algo que muchos bloques de direcciones de clientes no tienen).
- Verificar 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 correo no deseado al limitar las conexiones y controlar estos parámetros. Hay muchas maneras en que se hace esto, no todas son obvias, pero requieren un remitente conocido.
- SPF y DKIM.Estos mecanismos vinculan los recursos DNS con el nombre de dominio para dificultar la creación de correo 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 serían las principales.
¿Tiene algo que agregar a la explicación? Suena apagado en los comentarios.¿Desea leer más respuestas de otros usuarios de Stack Exchange expertos en tecnología? Mira el hilo de discusión completo aquí.