VB.NET Отправка электронной почты с помощью CDO

Я пытаюсь использовать новые методы .NET для отправки электронной почты (System.Net.Mail), но по пути у меня возникают различные проблемы. Мое приложение VB.NET позволяет пользователям собирать информацию и отправлять ее по электронной почте на основе установленных ими спецификаций smtp-сервера. Текущие проблемы связаны с отправкой с использованием STARTTLS (думаю, так это называется) и выполнением таких действий, как аутентификация через POP, прежде чем будет предоставлена ​​возможность отправки.

Я имел большую надежность, используя CDO для доставки почты в прошлом как часть vbscript, который я написал, и я собираюсь рассмотреть возможность интеграции этого через Net.Mail.

Есть ли проблема с использованием CDO для доставки электронной почты по сравнению с текущими методами .NET? Это устарело или это плохая практика? Есть ли какие-либо ограничения, основанные на текущей технологии электронной почты?

Я полностью иду в неправильном направлении и вместо этого должен использовать предварительно скомпилированное почтовое приложение SMTP, которое я могу добавить как часть своего приложения? Я видел, как люди делали это вместо написания собственного кода для доставки почты. Если вам нравится этот метод, какие есть хорошие варианты?


person Brian    schedule 30.04.2015    source источник
comment
возможный дубликат Зачем избегать CDO для отправки почты в .NET?   -  person Matt Wilko    schedule 30.04.2015
comment
Библиотека System.Net.Mail очень проста в использовании. Какой почтовый сервер вы используете? Я только что экспериментировал с использованием System.Net.Mail для отправки электронной почты через две веб-хостинговые компании, и это было довольно легко сделать.   -  person ChicagoMike    schedule 30.04.2015
comment
Я тестирую smtp.verizon.net. После того, как я создал метод с использованием CDO и метод с использованием net.mail, метод CDO работает отлично. Пока я не найду сценарий, в котором CDO не работает, я буду его использовать.   -  person Brian    schedule 01.05.2015
comment
Я не мог поставить на порт 465 при использовании Net.Mail. Вероятно, это связано с тем, что Verizon блокирует исходящие соединения через порт 25 (SMTP) для соединений потребительского уровня. Большинство людей, использующих мое приложение, будут работать с интернет-провайдерами Corp, которые никогда не заблокируют порт 25. Как я понимаю, если я собираюсь использовать программное обеспечение в своем бизнесе, я могу сначала протестировать его дома или в другой сети. Основная функциональность, не работающая по техническим причинам, не пойдет на пользу продажам.   -  person Brian    schedule 01.05.2015