Todo Lo Que Necesita Saber Sobre El Servidor SMTP

On febrero 06, 2024
10min read
Zakhar Yung Technical Content Writer @Mailtrap
Esta es la imagen de portada de un artículo sobre los entresijos de los servidores SMTP

¿Es difícil enviar un correo electrónico? Desde la perspectiva de un usuario, todo parece bastante simple. Bajo el capó, sin embargo, hay un sistema complejo que dirige los correos electrónicos del remitente al destinatario. 

Cuando hace clic en un botón para enviar un correo electrónico, su cliente de correo electrónico se conecta al servidor de correo. Los servidores son ordenadores que manejan servicios específicos. Un servidor de correo electrónico está destinado a tratar con correos electrónicos. 

Al mismo tiempo, podemos dividir los servidores de correo electrónico en dos categorías: salientes y entrantes. Hoy, estamos hablando de un concepto relacionado con un servidor de correo saliente, conocido como servidor SMTP.

¿Qué es un servidor SMTP? 

Un servidor SMTP es un ordenador o una aplicación que se encarga de enviar correos electrónicos. Funciona siguiendo el Protocolo Simple de Transferencia de Correo (SMTP). Un servidor SMTP recibe correos electrónicos del cliente de correo electrónico. Luego los pasa a otro servidor de correo electrónico SMTP y los retransmite al servidor de correo entrante.

¿Cómo funciona un servidor SMTP? 

Mira los pasos básicos de la ruta de envío de correo electrónico y qué papel desempeña el servidor SMTP.

  • Un agente de usuario de correo (MUA), que puede ser su cliente de correo electrónico o una aplicación, se conecta al servidor SMTP de su dominio (por ejemplo, live.mailtrap.io) para iniciar la conexión SMTP. Esto se llama un apretón de manos SMTP. La conexión se realiza a través de un puerto SMTP, que normalmente es de 25. Sin embargo, también podrían usarse otros puertos, tales como 465, 587, 2525 en diferentes casos. Puede obtener más información sobre ellos en nuestra publicación de blog sobre puertos SMTP. Una vez conectado, comienza la sesión SMTP.
  • El cliente envía las direcciones de correo electrónico del remitente y del destinatario, así como el cuerpo del correo electrónico y los archivos adjuntos, al servidor. 
  • El servidor SMTP, o más precisamente el agente de transferencia de correo (MTA), comprueba si el nombre de dominio del destinatario y el remitente es el mismo. Si es así, el correo electrónico va directamente al servidor POP3 o IMAP del destinatario. Si los dominios son diferentes, el servidor SMTP tiene que comunicarse con el servidor de nombres de dominio (DNS).
  • El DNS proporciona la dirección IP del destinatario. 
  • El servidor SMTP del remitente se conecta al servidor SMTP del destinatario y retransmite el correo electrónico. Si el servidor del destinatario no está disponible (abajo u ocupado), el correo electrónico se pondrá en una cola SMTP. Este es un búfer donde se almacenan los correos electrónicos antes de que lleguen al punto final. Para obtener más información sobre esto, lea nuestro blog sobre la cola de correo electrónico. Alternativamente, el correo electrónico se puede enviar a un servidor de copia de seguridad.
  • El servidor SMTP del destinatario verifica el correo electrónico entrante. Si el dominio y el nombre de usuario han sido reconocidos, el servidor reenvía el correo electrónico a los servidores de recepción, POP3 o servidor IMAP.
Esta es una imagen que muestra una ilustración de cómo funciona un servidor SMTP sin relé

¿El servidor SMTP es seguro? 

Sorprendentemente, el servidor SMTP no es inherentemente seguro. No tiene ningún mecanismo de encriptación o seguridad incorporado. Esto lo hace vulnerable a la suplantación de identidad, el spam o la fuga de datos. Para evitar todos esos eventos desafortunados, los proveedores de correo electrónico han agregado capas de seguridad a la infraestructura. 

El primer mecanismo que incorporaron fue el Secure Sockets Layer (SSL), pero tenía importantes fallas de seguridad. Como resultado, Internet Engineering Task Force (IETF) desaprobó su versión final, SSL 3.0 en 2015 al hacer cumplir RFC 7568.

4 años después de la creación de SSL, otro estándar de seguridad, Transport Security Layer (TLS) fue introducido al público. Inicialmente, tampoco era perfecto, pero se mejoró a lo largo de los años. A partir de 2022, la versión TLS 1.3 se considera el protocolo más seguro para el cifrado de correo electrónico.Todo eso es genial, pero ¿en qué punto de la conexión SMTP entra TLS en el juego? De forma predeterminada, la mayoría de los clientes de correo electrónico inician una conexión TLS durante el apretón de manos. Lo hacen utilizando el comando SMTP STARTTLS, que inicia el cambio a una conexión cifrada. Para obtener más información, consulte nuestra publicación de blog sobre seguridad SMTP.

¿Qué es la autenticación SMTP? 

La autenticación SMTP o SMTP AUTH es el mecanismo utilizado para proteger el servidor de correo electrónico saliente. Es el servicio proporcionado por el Protocolo de Transferencia de Correo Simple Extendido (ESMTP) que agrega nuevas funcionalidades al protocolo SMTP, incluida la autenticación. 

SMTP AUTH “exige” que el remitente esté autorizado a utilizar el servidor para enviar correos electrónicos. Hace que sea más difícil hacerse pasar por usuarios reales, protegiéndolos de suplantadores y spammers. SMTP AUTH aprovecha el mecanismo SASL para la autenticación, que especifica el nivel de seguridad y los métodos de inicio de sesión. Mecanismos tales como PLAIN, LOGIN, y CRAM-MD5 se utilizan comúnmente en ese proceso. Para profundizar en la autenticación SMTP, consulte nuestra guía dedicada.

¿Debería usar servidores SMTP locales o basados en la nube? 

Tu propio servidor SMTP 

Configurar tu propio servidor SMTP puede ser una opción si deseas enviar correos electrónicos masivos. No impone ningún límite en la cantidad de correos electrónicos que envía por hora/día y garantiza el control de todo su correo saliente. 

Sin embargo, esto viene con un inconveniente ya que la tasa de rebote puede aumentar en un 20-30%, lo cual es una consideración importante para la capacidad de entrega de las campañas de marketing transaccional o por correo electrónico. Si deseas conocer todos los entresijos de la configuración de su propio servidor SMTP, lee este blog post.

API de envío de correo electrónico de terceros 

En nuestra guía sobre los mejores servidores SMTP gratuitos, presentamos una lista de API de correo electrónico de terceros basadas en la nube que la mayoría de las nuevas empresas y proyectos eligen. Estos son servicios de retransmisión SMTP que incluyen Gmail, Amazon ses, Elastic Email, Mailtrap y otros. 

El principal beneficio de usar proveedores de servicios SMTP en lugar del SMTP local es que no tienes que construir y mantener toda la infraestructura de correo electrónico por tu cuenta. Esto significa que puedes ahorra en recursos. 

Sin embargo, es importante elegir un proveedor de correo electrónico confiable como Mailtrap Email Sending. Es una solución integral que puede enviar mensajes de correo electrónico de forma segura a las bandejas de entrada de los destinatarios. 

Incluye un montón de características útiles, tales como análisis procesables, SDK para una amplia gama de lenguajes de programación, entrega de correo electrónico a tiempo, configuración suave y segura, y mucho más. Los análisis mencionados se pueden utilizar para rastrear y controlar la entregabilidad de todos sus correos electrónicos salientes.

Esta es una imagen que muestra la función Resumen de estadísticas de envío de correo electrónico de Mailtrap

Lo más importante es que Mailtrap Email Sending facilita enormemente el uso de su servicio SMTP o API de correo electrónico. Una vez que verifique su dominio con los protocolos de autenticación SPF, DKIM y DMARC, verá inmediatamente las credenciales SMTP y de la API de correo electrónico para el flujo de envío de correo transaccional y masivo.

Al configurarlos en la configuración del servidor, podrás comenzar a usar la API de correo electrónico para enviar mensajes desde tu dominio. El servidor SMTP de Mailtrap Email Sending aprovecha los mecanismos de autenticación PLAIN y de LOGIN y requiere cifrado STARTTLS.

Esta es una imagen que muestra el flujo de envío de correo masivo y transaccional de Mailtrap

Ahora que sabes qué es un servidor SMTP y cómo funciona, profundicemos y respondamos a las otras preguntas que puedas tener.

Servidor de SMTP relay o API HTTP: ¿cuál es mejor y cuándo? 

Un agente de usuario de correo (el cliente) envía correos electrónicos al servidor a través de SMTP. Es un protocolo independiente de la plataforma ampliamente utilizado para enviar correos electrónicos. Al mismo tiempo, puedes enviar correos electrónicos desde tu aplicación utilizando un protocolo específico de la web: HTTP. En este caso, no hay cliente-servidor o servidor-servidor de ida y vuelta. Tu aplicación envía solicitudes HTTP a un servicio de terceros que realiza el envío de correo electrónico. Esta forma de envío de correo se conoce como HTTP API o Web API.

No podemos afirmar que las Web API excedan el servicio de los servidores de retransmisión SMTP. Cada opción tiene sus pros y sus contras.

Esta es una imagen que muestra los pros y los contras de la API web y el servidor de retransmisión SMTP

Opta por un servidor SMTP si:

  • prefieres la simplicidad para las tareas básicas 
  • necesitas integrabilidad con su sistema CRM o cliente de correo
  • estás buscando una solución fiable y sostenible

Opta por Web API si:

  • tratas con correos electrónicos masivos
  • necesita una mayor funcionalidad
  • no te importa trabajar codificando

Para obtener más información sobre las diferencias entre el servidor de retransmisión SMTP y la API HTTP, lee nuestra publicación en el blog.

¿Qué es una dirección de servidor SMTP? 

Un servidor SMTP tiene una dirección web para comunicarse con otros servidores y clientes en Internet. Por lo general, e constituye por smtp. o mail. más el nombre de dominio. Aquí algunos ejemplos

Proveedor de servicio de correo electrónicoConfiguración y direcciones SMTP
Microsoft 365 and OutlookServidor: smtp.office365.com
Puerto: 587
Encriptación: STARTTLS
Gmail Servidor: smtp.gmail.com 
Puerto: 587 o465
Encriptación: SSL, TLS o STARTTLS
GMXServidor: mail.gmx.net 
Puerto: 587
Cifrado: N/A
YahooServidor: smtp.mail.yahoo.com
Puerto: 587 o 465
Encriptación: SSL o TLS
iCloud Mail Servidor: smtp.mail.me.com
Puerto: 587
Encriptación: SSL, TLS o STARTTLS

Si configuraste tu propio servidor SMTP, puedes usar tu dirección IP, por ejemplo, 192.0.2.0, en lugar de la dirección web. 

Los usuarios de servicios de correo electrónico compartidos pueden encontrar información sobre el nombre y la dirección del servidor SMTP buscando los registros MX del dominio.

¿Un servidor SMTP y un SMTP relay son lo mismo? 

SMTP relay es el proceso de transferencia de correos electrónicos entre servidores SMTP (o MTA si se quiere). Un relay ocurre si el remitente y el destinatario provienen de diferentes dominios. En la práctica, sin embargo, el término SMTP relay a menudo se refiere a los servidores SMTP que permiten la retransmisión. Los proveedores de correo electrónico como Mailtrap Email Sending ofrecen tales servidores de retransmisión para correo electrónico masivo y envío de correo electrónico transaccional. En este contexto, podemos decir que un servidor SMTP y un SMTP relay son lo mismo.

¿Qué es un servidor SMTP falso? 

  • Un servidor SMTP real acepta correos electrónicos del cliente y los envía al servidor de correo entrante. 
  • Un servidor SMTP falso acepta correos electrónicos del cliente y emula el envío sin entrega real. 

¿Por qué necesitaría uno falso entonces? – Para probar el envío de correo electrónico, por supuesto!

En una determinada etapa de su proyecto, deberás enviar un par de correos electrónicos de prueba desde tu aplicación o sitio web. Puedes hacer esto usando un servidor SMTP real. En este caso, tendrías que jugar con cuentas de correo electrónico ficticias, o sea crear cientos de direcciones de correo electrónico que desaparecerán en unas pocas horas. 

Siendo completamente honestos, los correos electrónicos ficticios no son la mejor solución para las pruebas. Requieren demasiados recursos, tienen capacidades limitadas de pruebas de diseño y contienen el riesgo de enviar spam a usuarios reales. ¡Ahí es donde entra en juego un servidor SMTP falso!Además de Mailtrap Email Sending, Mailtrap Email Delivery Platform consiste en Email Testing, una solución de pruebas basada en la nube que captura el tráfico SMTP saliente.

Con Mailtrap Email Testing, los correos electrónicos de prueba que envíes desde tu aplicación quedarán atrapados utilizando un servidor SMTP falso y se colocarán en una bandeja de entrada virtual. Puedes estar seguro de que ninguno de los correos electrónicos llegará a tus usuarios. A diferencia de los correos electrónicos ficticios, el Email Testing permite la automatización de QA y elimina la mayor parte del trabajo manual. 

Esta es una imagen que muestra la función de vista previa HTML en Mailtrap Email Testing

Además, puede previsualizar los correos electrónicos, comprobar si contienen spam y si el dominio/IP del remitente está en la lista negra, inspeccionar el HTML/CSS y mucho más.

Esta es una imagen que muestra la función HTML Check en Mailtrap Email Testing

También puedes considerar configurar un servidor SMTP falso local como MailHog o MailCatcher o incluso una aplicación de escritorio, por ejemplo, FakeSMTP o DevNull SMTP. Describimos las razones para elegir entre opciones SMTP falsas en la nube o locales en la publicación del blog dedicada a esto.

¿Cuál es la diferencia entre un servidor SMTP y un servidor IMAP/POP3? 

SMTP es un protocolo de envío de correo electrónico, mientras que IMAP4 y POP3 son protocolos para recibir correos electrónicos. Por lo tanto, un servidor de correo entrante puede usar uno de esos protocolos para la entrega de correo electrónico. Así es como funcionan:

IMAP workflowPOP3 workflow
El cliente de correo electrónico se conecta alservidor
El destinatario puede ver los encabezados de todos los correos electrónicos en el servidor
Elcliente de correo electrónico descarga un correo electrónico elegido a pedido
El cliente de correo electrónico se conecta al servidor 
El cliente de correo electrónico recupera correos electrónicos 
El servidor elimina los correos electrónicos almacenados
El cliente de correo electrónico se desconecta del servidor

La principal diferencia entre estos protocolos es que los servidores IMAP siempre almacenan copias de correos electrónicos, mientras que los servidores POP3 los eliminan una vez que se recuperan. Para obtener más información sobre las diferencias entre los servidores entrantes y salientes, consulte nuestra publicación de blog IMAP vs POP3 vs SMTP.

¿En qué se diferencia un MTA de un servidor SMTP? 

Es una práctica común utilizar el término “agente de transferencia de correo” en lugar de “servidor SMTP”. Pero, ¿no son estas nociones diferentes? Un MTA es un software instalado en el servidor SMTP. En general, una MTA recibe correos electrónicos de un MUA y los reenvía a:

  • un agente de entrega de correo (MDA), si el remitente y el destinatario tienen el mismo dominio, o
  • otro MTA (servidor SMTP) 

En algunos casos, también podría haber un agente de envío de correo (MSA) entre el MUA y la MTA. Sin embargo, muchos MTA llevan a cabo la función MSA, por lo que a menudo se omite la mención de agentes de envío de correo. Los MTA más utilizados son Postfix, Sendmail y Exim.

Por lo tanto, si llamas al servidor SMTP de MTA o incluso de MSA, esto no será un error. La diferencia radica en la nomenclatura que utilices.

Lista de verificación de solución de problemas del servidor SMTP 

Digamos que probaste el envío de correo electrónico de tu aplicación y funciona bien. Esperamos que la plataforma de entrega de correo electrónico Mailtrap te haya ayudado con eso :). Pero cuando comenzaste a usar un servidor SMTP real para enviar correos electrónicos, no se entregaron. La siguiente lista de verificación te ayudará a detectar lo que puede estar mal:

  • Comprueba la conexión a Internet
  • comprobar la configuración del servidor SMTP (nombre del servidor, puerto, nombre de usuario, contraseña)
  • probar diferentes puertos SMTP

probar la conexión del servidor SMTP. Para ello, puedes utilizar un servicio en línea como MXToolbox o realizar una sesión de telnet manual. Lee nuestra publicación de blog sobre cómo probar el servidor SMTP para aprender cómo hacer esto. Es posible que también necesites conocer los comandos SMTP y los códigos de respuesta para la solución de problemas.

Conclusión

Eso es todo lo que queríamos cubrir en esta guía sobre servidores SMTP. Hemos cubierto todas las preguntas frecuentes, incluyendo qué es un servidor SMTP, cómo funciona, cómo se compara con otros servidores SMTP y cómo solucionar los errores. También discutimos los SMTP relays de terceros y servidores SMTP falsos para pruebas. 

Para aprovechar los servidores SMTP falsos y luego enviar correos electrónicos a través de un SMTP basado en la nube, recomendamos usar la plataforma de entrega de correo electrónico Mailtrap. Es una solución única para todas sus necesidades de SMTP. 

Para una mirada en profundidad a los diferentes aspectos del servidor SMTP, mira las publicaciones que hemos recomendado anteriormente en el blog. Si hay algún otro tema que te gustaría que cubriéramos, háznoslo saber en Twitter.

Article by Zakhar Yung Technical Content Writer @Mailtrap