I've experienced the pain of this i

I've experienced the pain of this issue. After 2 years of research I've not been able to pinpoint an exact cause of the issue with my .net application. There are a number of issues and implementation options that will help minimize the impact of this exception. We are now at a point this problem doesn't impact the end users in a noticeable way.

You will need to ensure some of the SMTP configuration variables are set in the *.config to help tune the application to your environment. SMTP Client Timeout, Retry Attempts, Time between retries etc. We found about 20 seconds between attempts and about 5 attempts before completely stopping worked.
You will need to implement a logging mechanism to record when and how frequently they occur, so you can set the variables above. I was looking for volume of emails, time of day, service pack installations, virus checker or firewall interference from the machines and servers event log, to try and find a cause.
Implement a non Blockingcollection to manage the sending of all the emails, because if your sending a large volume via code, your going to run into the SMTP 4.4.1 timeout error. This a producer consumer pattern and I've found this a relatively easy implementation to implement and very successful for this issue. The queue allows you to ensure the emails will get sent eventually. If you want a full fail safe you can persist that queue to disk as well. We never need to fall back onto that piece of code.
Faking or Mocking the .net SMTP implementation to unit test your code for this issue was not easy to do without third party tools. I didn't go down this path, because at the end of the day there were too many parts outside of my control. Basically I'm just going to assume it will always fail and I place lots of fallback options to wait for the problem to clear itself.

Resultados (español) 2:

Yo he experimentado el dolor de este problema. Después de 2 años de investigación no he sido capaz de determinar la causa exacta del problema con mi aplicación .NET. Hay una serie de cuestiones y las opciones de implementación que ayudarán a minimizar el impacto de esta excepción. Ahora estamos en un punto de este problema no afecta a los usuarios finales de una manera notable.

Usted tendrá que asegurarse de algunas de las variables de configuración de SMTP se establecen en el * .config para ayudar a sintonizar la aplicación a su entorno. Tiempo de espera SMTP Client, los reintentos, Tiempo entre reintentos etc. Encontramos unos 20 segundos entre intentos y unos 5 intentos antes de detenerse por completo trabajado.
Usted tendrá que poner en práctica un mecanismo de registro para registrar cuándo y con qué frecuencia se producen, lo que puede establecer la variables anteriores. Yo estaba buscando volumen de mensajes de correo electrónico, la hora del día, las instalaciones de Service Pack, antivirus o interferencia cortafuegos desde el registro de máquinas y servidores caso, para tratar de encontrar una causa.
Implementar un no Blockingcollection para gestionar el envío de todos los mensajes de correo electrónico, porque si el envío de un gran volumen a través del código, el va a ejecutar en el error de tiempo de espera SMTP 4.4.1. Este patrón de consumo de un productor y he encontrado esto una aplicación relativamente fácil de implementar y muy exitoso para este problema. La cola le permite asegurarse de obtener los correos electrónicos serán enviados con el tiempo. Si desea una completa prueba de fallos puede persistir esa cola en el disco también. Nunca tenemos que caer de nuevo en ese trozo de código.
Falsificación o burlarse de la aplicación .NET SMTP a la unidad de probar el código para este problema no era fácil de hacer y sin herramientas de terceros. Yo no ir por este camino, porque al final del día había demasiadas piezas fuera de mi control. Básicamente yo sólo voy a asumir que siempre va a fallar y me coloque un montón de opciones de reserva para esperar a que el problema desaparece por sí solo.

Resultados (español) 3:

He experimentado el dolor de esta cuestión.Después de 2 años de investigación no he podido determinar la causa exacta de la cuestión con mi aplicacion.NET.Hay una serie de cuestiones y opciones de aplicación que ayude a minimizar el impacto de esta excepción.Ahora estamos en un punto de este problema no impacto a los usuarios finales de manera notable.Usted tendra que asegurarse de algunas de las variables de configuración SMTP se fijan en el * config para ayudar a ajustar la aplicacion a su medio ambiente.Cliente SMTP * timeout, reintentos, tiempo entre reintentos etc. Hemos encontrado unos 20 segundos entre intentos y unos 5 intentos antes de detener completamente trabajado.Usted necesidad de aplicar un mecanismo de registro para registrar cuándo y con qué frecuencia se producen, así que usted puede configurar las variables anteriormente.Yo estaba buscando volumen de emails, hora del día, paquete de servicio de instalaciones, antivirus o firewall la interferencia de las máquinas y los servidores de registro de eventos, para tratar de encontrar una causa.Aplicar un no blockingcollection para gestionar el envío de todos los correos electrónicos, porque si su envío de un gran volumen a través de código, tu vas a correr en el SMTP 4.4.1 timeout error.Este productor consumidor patron y he encontrado esta relativamente facil aplicación para aplicar y muy satisfactoria para esta cuestión.La cola te permite asegurar los emails se envían finalmente.Si quieres un seguro puede persistir esa cola a disco tambien.Nunca la necesidad de volver a caer en ese pedazo de código.Fingiendo o burlarse de el. Net SMTP aplicación a prueba de unidad tu código para esta cuestión no era facil de hacer sin herramientas de terceros.Yo no ir por ese camino, porque al final del día hay demasiadas partes fuera de mi control.Básicamente voy a asumir que siempre fallan y tengo un monton de opciones a realizar para esperar a que el problema claro.