postfix/smtp Se agotó el tiempo de conexión a pesar de que el ISP no bloquea el puerto 25

postfix/smtp Se agotó el tiempo de conexión a pesar de que el ISP no bloquea el puerto 25

Acabo de configurar postfix/dovecot en un VPS. Puedo recibir pero no puedo enviar correos electrónicos a ningún destino excepto a Gmail, que muestra mi correo electrónico como spam. A continuación se detallan los síntomas:
**Síntoma1:** Correos electrónicos enviados a direcciones que no son de Gmail:
**ejemplo1:**
*29 de diciembre 07:51:39 tingene postfix/smtp[9815]: conéctese a smtpin.zoho.com[136.143 .191.23]:25: Se agotó el tiempo de conexión 29 de diciembre 07:51:39 tingene postfix/smtp[9813]: conectarse a smtpin.zoho.com[136.143.191.23]:25: Se agotó el tiempo de conexión*

ejemplo2:
29 de diciembre 07:51:39 tingene postfix/smtp[9814]: conéctese a us2.mx2.mailhostbox.com[208.91.199.202]:25: Se agotó el tiempo de espera de la conexión
Síntoma 2:Correos electrónicos enviados a direcciones de gmail y recibidos como spam en gmail:
29 de diciembre 07:51:53 tingene postfix/smtps/smtpd[9816]: tiempo de espera después del FIN DEL MENSAJE de xxxxxxxxx[xxx.xxx.xxx.xxx] 29 de diciembre 07:51:53 tingene postfix/smtp[9821]: conéctese a gmail-smtp-in.l.google.com[74.125.137.26]:25: Se agotó el tiempo de espera de conexión
29 de diciembre 07:51:55 tingene postfix/smtp[9821]: 848A52111D:[correo electrónico protegido], relé=gmail-smtp-in.l.google.com[2607:f8b0:4023:c03::1b]:25, retraso=32, retrasos=0.42/0.02/30/0.81, dsn=2.0.0, estado =enviado (250 2.0.0 OK 1609228315 d17si42881479pgg.14 - gsmtp)

Mi ISP no bloquea el puerto 25. Esta es la prueba:
root@tingene:/var/log# telnet gmail-smtp-in.l.google.com 25
Probando 2607:f8b0:4023:c03::1b...
Conectado a gmail-smtp-in.l.google.com.
El carácter de escape es '^]'.
220 mx.google.com ESMTP v10si41545875plz.191 - gsmtp ^]

Se agradece cualquier consejo.

Respuesta1

Su ISP no bloquea el puerto 25/TCP en conexiones IPV6 pero parece bloquear este puerto en conexiones IPV4:

  • La prueba que hiciste con telnet usó IPV6.
  • Los fragmentos del archivo de registro que publicó muestran que su servidor intentó conectarse al servidor SMTP de Google dos veces. primera vez a través de IPV4 (falló), segunda vez a través de IPV6 (exitoso).

información relacionada