☰

Usar la misma URL para el correo entrante (imap) y saliente (smtp)

tag-icon • tag-icon centos postfix smtp sendmail
Usar la misma URL para el correo entrante (imap) y saliente (smtp)

He configurado un demonio postfix y puedo enviar correos electrónicos a una cuenta, y también puedo iniciar sesión a través de un cliente de correo y recibir esos correos electrónicos.

Pero lo que intento hacer es usar la misma URL, por ejemplo: mail.mydomain.org tanto para el correo entrante como para el saliente.

Hasta ahora, cuando envío un correo electrónico con mail.midominio.org como servidor de correo saliente, no se conecta.

¿Cómo se depura esto para comprender por qué no funciona?

Respuesta1

Hasta ahora, cuando envío un correo electrónico con mail.midominio.org como servidor de correo saliente, no se conecta. ¿Cómo se depura esto para comprender por qué no funciona?

Su servidor de correo necesita escuchar en el puerto 25 (SMTP) y posiblemente también en el puerto 587 (Envío) mail.mydomain.orgpara que esto funcione. Utilice un escáner de puertos como nmapen el cliente externo, no en el servidorpara comprobar qué puertos mail.mydomain.orgestán abiertos:

nmap mail.mydomain.org

Debería mostrar al menos el puerto 25 para SMTP como abierto, y también los puertos POP3/IMAP para que puedas recuperar correos con tu cliente de correo.

En el servidor mismo, puedes usar netstat para mostrar qué programa está escuchando en qué puerto:

netstat -lntp

Sin embargo, tenga en cuenta que escuchar por sí solo puede no ser suficiente. También debes asegurarte de:

  • Tanto la dirección extranjera como la dirección local para el puerto SMTP en netstat show 0.0.0.0, para que los clientes externos realmente puedan conectarse. Si su servidor de correo, por ejemplo, escucha sólo en 127.0.0.1, entonces sólo podrán conectarse los programas que se ejecutan en el mismo servidor.
  • si el servidor tiene un firewall: asegúrese de que el firewall permita conexiones externas al puerto SMTP. Puede desactivar el firewall con fines de prueba para descartar una mala configuración del firewall.
  • Si el servidor está detrás de un enrutador NAT: asegúrese de haber configurado el enrutador para reenviar el puerto 25 al servidor.

información relacionada