.net .net-2.0

.net: System.Web.Mail versus System.Net.Mail



.net-2.0 (7)

Estoy considerando convertir un proyecto que he heredado de .net 1.1 a .net 2.0. La advertencia principal que me preocupa es que quiere que cambie de System.Web.Mail a System.Net.Mail .

No estoy listo para volver a escribir todos los componentes usando System.Web.Mail obsoleto, entonces tengo curiosidad de saber si algún miembro de la comunidad ha tenido problemas al usarlo en .net 2.0.


El mayor problema con System.Net.Mail es que no tiene soporte para SSL implícito. Use System.Web.Mail hasta que no tenga la necesidad de soporte SSL implícito.


Habíamos implementado .netmail que estaba funcionando al principio ahora requiere nombre de usuario y contraseña. Así que volvimos a webmail porque está funcionando bien.


Las pocas veces que me encontré con esto, encontré que los métodos y las propiedades eran casi idénticos, cambiar el tipo de objeto era todo lo que tenía que hacer. Había una o dos cosas más, pero aparecían con las líneas y era obvio qué hacer con Intellisense. Yo votaría por ir con la solución totalmente administrada, alejarme de los cdonts lo antes posible. Ni siquiera está instalado en el servidor 03 y más reciente.


Sí, tuvimos el mismo problema y decidimos no actualizar tampoco. No hemos visto ningún problema, así que estás bien ignorando las advertencias.


System.Web.Mail está en desuso, pero debería funcionar. Te molestarán las advertencias de que está obsoleto, pero la funcionalidad aún continúa ... por el momento.

Estoy de acuerdo con otros en que la conversión a System.Net.Mail fue muy trivial. Dudo que tengas que volver a escribir más de una línea o dos.


System.Web.Mail no es una implementación nativa .NET completa del protocolo SMTP. En su lugar, utiliza la funcionalidad COM preexistente en CDONTS. System.Net.Mail, por el contrario, es una implementación totalmente administrada de un cliente SMTP.

He tenido muchos menos problemas con System.Net.Mail ya que evita el infierno COM.