Elegir un puerto SMTP puede ser complicado. La primera pregunta que se nos viene a la cabeza cuando estamos configurando el servidor SMTP Simple Mail Transfer Protocol es esta. Y corrígeme si me equivoco- ¿Cuál es el mejor puerto para la conectividad SMTP? Hay múltiples opciones de puertos disponibles, pero ¿cuál debería usar? Permítame llevarle a través de la historia de cada puerto. Te dará una idea clara sobre todos los puertos y luego discutiremos cuál es el mejor para la conectividad SMTP.
Historia de los puertos SMTP
En agosto de 1982, el USC/Information Sciences Institute presentó una propuesta al Internet Engineering Task Force (IETF). Se publicó el Request For Comments (RFC) 821, que establecía el puerto 25 como canal de transmisión por defecto para el correo electrónico de Internet.
¿Qué se entiende por canal de transmisión?
El canal de transmisión SMTP es una conexión TCP establecida entre el puerto U del proceso emisor y el puerto L del proceso receptor. Este protocolo tiene asignado el puerto 25, que es L=25 como canal de transmisión por defecto para la comunicación entre servidores de correo. Incluso después de 3,5 décadas, el puerto 25 se utiliza como medio principal para la transmisión de correos electrónicos entre dos servidores de correo.
En diciembre de 1998, R. Gellens y J. Klensin presentaron el RFC 2476. Este especifica los protocolos de seguimiento de los estándares de Internet para la comunidad de Internet. SMTP se definió como un protocolo de *transferencia* de mensajes, es decir, un medio para enrutar (si es necesario) y entregar mensajes terminados. Sin embargo, ahora SMTP también se utiliza ampliamente como un protocolo de *envío* de mensajes, es decir, un medio para que los agentes de usuario de mensajes introduzcan nuevos mensajes en la red de enrutamiento MTA.
El RFC propone una división del envío de mensajes de la retransmisión de mensajes. Esto beneficiará a los desarrolladores y a los administradores de red, ya que facilitará la implementación del envío autenticado, las políticas de seguridad y la protección contra la retransmisión de correo no autorizada. El RFC definió que el puerto 587 está reservado para el envío de mensajes de correo electrónico.
Más tarde, a principios de 1997, la IANA registró el 465 para SMTPS. Inicialmente estaba previsto para la «envoltura» de encriptación y autenticación de SMTPS sobre SMTP. Pero a finales de 1998, esto fue revocado en favor de STARTTLS sobre SMTP (RFC 3207). Con STARTTLS, este puerto puede utilizarse con o sin TLS. A pesar de este hecho, hay muchos servidores que soportan la envoltura de protocolo obsoleta, principalmente para soportar clientes más antiguos que implementaban SMTPS. A no ser que necesites dar soporte a clientes antiguos, SMTPS y su uso en el puerto 465 no debería ser más que una nota a pie de página histórica.
Puertos SMTP comunes
Aquí tienes algunos de los puertos SMTP más comunes que deberías conocer, concretamente el puerto 25, el puerto 465, el 587-
Puerto 25
El puerto 25 es el más antiguo. La solicitud de comentarios (RFC) 821 se publicó en 1982, cuando la Universidad del Sur de California presentó una propuesta al Grupo de Trabajo de Ingeniería de Internet (IETF), que estableció el puerto 25 como el canal de transmisión por defecto para el correo electrónico en Internet.
Desde 1982 hasta la fecha, el puerto 25 se utiliza como puerto por defecto para comunicar el correo electrónico a través de Internet utilizando el SMTP. Pero la tendencia está cambiando ahora. La mayoría de los clientes SMTP no están utilizando el puerto 25 debido a que muchos ISP y proveedores de alojamiento bloquean o restringen las conexiones SMTP en el puerto 25. Esto se hace para reducir el número de correos electrónicos no solicitados que se envían desde sus redes. A menos que esté gestionando específicamente un servidor de correo, no debería tener tráfico atravesando este puerto en su servidor.
//Type the following command to see if Port 25 is blocked on your network.telnet pepipost.com 25//If Port 25 is not blocked, you will get a successful 220 response (text may vary).Trying 202.162.247.93...Connected to pepipost.com.Escape character is '^]'.220 pepipost.com ESMTP Postfix//If Port 25 is blocked, you will get a connection error or no response at all.Trying 202.162.247.93...telnet: connect to address 202.162.247.93: Connection refusedtelnet: Unable to connect to remote host
Puerto 465
Casi todos los ESP no aceptan conexiones en el puerto 465. El puerto 465 nunca fue publicado por el Grupo de Trabajo de Ingeniería de Internet (IETF) como un canal de transmisión SMTP oficial, pero fue registrado como un puerto SMTP por la Autoridad de Números Asignados de Internet (IANA).
Este puerto se utilizó inicialmente para la «envoltura» de cifrado y autenticación SMTPS sobre SMTP. Se introdujo para enviar correos electrónicos de forma segura utilizando Secure Sockets Layer (SSL). SSL se utilizaba habitualmente para encriptar las comunicaciones en Internet. A finales de 1998, IANA reasignó este número de puerto para un nuevo servicio. Pero, todavía muchos servicios siguen ofreciendo la interfaz SMTPS obsoleta en el puerto 465. Los proveedores de servicios que mantienen el puerto 465 lo hacen porque las aplicaciones más antiguas de Microsoft no soportan STARTTLS.
No utilice el puerto 465, porque este puerto ya no es un estándar aceptado para SMTP.
Puerto 587
En 1998, se presentó el RFC 2476 para añadir un nuevo puerto para la comunicación por correo electrónico en Internet. El concepto de dividir el envío tradicional de mensajes y la retransmisión de mensajes fue propuesto por el RFC. Así, el puerto 587 fue asignado al envío de mensajes para asegurarse de que la nueva política y los requisitos de seguridad no interfieran con el tráfico de retransmisión tradicional a través del puerto 25 de retransmisión de mensajes.
Debería utilizar el puerto 587 como puerto SMTP por defecto. Casi todos los servidores de correo soportan este puerto. De hecho, el puerto 587 es el que se recomienda para los envíos de correo en lugar del puerto 25 según el RFC 2476. Pero incluso si el servidor de correo lo soporta, puede o no estar abierto para el envío de correo. Para ello, debe consultar con su administrador o con su proveedor de servicios de alojamiento. Porque todos los servicios de alojamiento más grandes no soportan el puerto 587. Puedes utilizar la misma técnica que con el puerto 25 para comprobar si el puerto 587 está bloqueado o no. Sólo tienes que utilizar el siguiente comando:
telnet example.com 587
Este puerto, junto con el cifrado TLS, garantizará que el correo electrónico se envíe de forma segura y siguiendo las directrices establecidas por el IETF.
Pepipost admite conexiones TLS, que puedes verificar conectándote y emitiendo un comando EHLO desde la interfaz de línea de comandos. El resultado «250 STARTTLS» confirma que el endpoint acepta peticiones de conexión TLS.
telnet smtp.pepipost.com 587Trying 202.162.242.95...Connected to smtp.pepipost.com.Escape character is '^]'.220 pepipost.comehlo pepipost.com250-smta2.pepipost.com250-PIPELINING250-SIZE 20783082250-VRFY250-ETRN250-STARTTLS
Puerto 2525
Casi todos los ESP soportan el uso del puerto 2525, a pesar de no ser un puerto SMTP oficial y no estar avalado ni por el IETF ni por la IANA. El puerto 2525 se utiliza como una alternativa al puerto 587 para SMTP, puede utilizar este puerto si todos los puertos anteriores están bloqueados. Supongamos que sus servicios están alojados en Google Compute Engine y que tiene problemas de conectividad en el puerto 587. En ese caso, puede probar el puerto 2525. Dado que es un número de puerto alto no tradicional, es soportado por los ISPs consumidores y los proveedores de alojamiento en la nube. Este puerto también soporta el cifrado TLS.
Resumen
Para resumir,
- El puerto 587 de SMTP es una de las mejores opciones para casi todos los casos de uso para conectarse a Pepipost
- El puerto 25 es el que se utiliza por defecto para la retransmisión
- El puerto 465 ya no debe usarse en absoluto
- El puerto 2525 se usa cuando todos los demás puertos están bloqueados
Espero que esta información haya sido útil para tomar la decisión correcta sobre el puerto SMTP.
También puedes leer-
Comprueba si los correos de tu dominio están aterrizando en Spam – Email Blacklist Tool
Todo lo que necesitas saber sobre el servidor SMTP.
Los mejores proveedores de servicios SMTP
Servicio de retransmisión SMTP
Pepipost SMTP V/S Sendgrid SMTP
Las mejores alternativas a Sendgrid
Amazon Alternativas a SES
Mejor alternativa a Mailgun
¿Quieres configurar Pepipost para tu retransmisión SMTP y envío de emails? Tenemos buenas noticias. Además de la mejor entrega e infraestructura limpia, también ofrecemos el mejor precio que no tiene comparación. ¡Regístrese hoy mismo en Pepipost!
Autor
Dibya Sahoo
Cofundador, Pepipost
(23 votos, media: 4.57 sobre 5)