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) при връзки от потребителски клас. Повечето от хората, които използват моето приложение, биха били на корпоративни интернет доставчици, които никога няма да блокират порт 25. Според мен, ако щях да използвам софтуера в моя бизнес, може да го тествам първо у дома или в друга мрежа. Основната функционалност, която не работи поради технически причини, няма да е добра за продажбите.   -  person Brian    schedule 01.05.2015