私が継承したプロジェクトを.net 1.1から.net 2.0に変換することを検討しています。私が心配している主な警告は、System.Web.MailからSystem.Net.Mailに切り替えることです。.net：System.Web.Mail対System.Net.Mail
廃止されたSystem.Web.Mailを使用してすべてのコンポーネントを書き直す準備ができていないので、コミュニティのメンバーが.net 2.0で問題を抱えているかどうか聞いてみたいと思いますか？
System.Web.Mailは、SMTPプロトコルの完全な.NETネイティブ実装ではありません。代わりに、CDONTSの既存のCOM機能を使用します。対照的に、System.Net.Mailは完全に管理されたSMTPクライアントの実装です。
System.Net.Mailの問題は、COM地獄を避けるためにはるかに少なくなっています。
はい、同じ問題がありましたが、アップグレードしないことにしました。私たちは何の問題も見ていないので、警告を無視しても問題ありません。
私はこれに遭遇しましたが、メソッドとプロパティはすべてほぼ同じであることが判明しました。他にも1つか2つの小さなものがありましたが、彼らはラインで現れ、Intellisenseをどうするべきかは明らかでした。私は、完全に管理されたソリューションを使って、できるだけ早くcdontsから離れていくことに投票します。 03サーバー以上にはインストールされていません。
System.Web.Mailは推奨されていませんが、動作するはずです。あなたはそれが古くなっているという警告を聞いて迷惑をかけることになりますが、機能はまだまだ続きます。
私は、System.Net.Mailへの変換が非常に些細なことに他の人が同意します。私はあなたが1行か2行以上を書き直さなければならないとは思わない。ここ
は、それが今のユーザー名とパスワードを要求された最初で働いていた.netmail我々が実施していた両方の
LoL。これらの名前空間に専用のWebサイト。ハハ。 ：） これはカッコいい。 –
のドキュメントとサンプルを提供する2つのサイトです。だから私たちはウェブメールに戻ってOKの作業をしていました。
System.Net.Mailの最大の問題は、暗黙のSSLをサポートしていないことです。暗黙的なSSLサポートが不要になるまで、System.Web.Mailを使用します。
System.Net.Mailもより完全です。これはMIMEを適切にサポートしているので、下位レベルのメールクライアントの代替プレーンテキストはもちろんのこと、画像のような埋め込まれたリソースで完全なフォーマットされたHTMLメッセージを生成することができます。 –