Buen día,
La pregunta es bastante sencilla. ¿Cuál debería ser una mejor práctica para agotar el tiempo de espera de una conexión SMTP en el lado RECEPTOR?
Antecedentes: actualmente tenemos un problema con un remitente que tarda 10 minutos en enviarnos un correo electrónico de aproximadamente 10 MB. Obviamente es bastante lento. No sabemos por qué es lento, ya que no estamos en contacto directo con el remitente (y estoy bastante seguro de que su TI se dará la vuelta e ignorará el problema).
Actualmente estamos configurados para suspender un correo electrónico si tarda más de 10 minutos en completarse. Si tarda 11 minutos, se producirá un error temporal y se lo devolverá al remitente indicando que el servicio no estaba disponible y que debe volver a intentarlo. Durante la conexión hay una transferencia constante de paquetes, por lo que no es que la comunicación se interrumpa ni nada por el estilo. Si simplemente aumentaramos el tiempo de espera de 10 a 20 minutos, por ejemplo, estoy bastante seguro de que tendríamos correos electrónicos más exitosos. temperatura fallida.
¿Es esto un problema? ¿Cuál sería la mejor práctica? Tratamos millones de correos electrónicos donde trabajo. Así que estoy peleando con el departamento que tiene esta configuración, porque tienen miedo del "impacto" general.
Pero en realidad el impacto sólo podría ser mínimo ya que nuestros servidores de correo receptores seguirían tratando otros correos electrónicos mientras esperaban que esos "20 minutos" terminaran. No es que vaya a causar un atasco de tráfico, ya que son solo unos pocos correos electrónicos por día, y muchos de ellos son REINTENTOS de fallas anteriores.