Мы использовали http://www.aspnetmx.com/ с уровнем успеха в течение нескольких лет теперь. Можно выбрать уровень, в котором Вы хотите проверить (например, проверка синтаксиса, проверьте на домен, mx записи или фактическая электронная почта).
Для фронтенда формируется, мы обычно проверяем, что домен существует, и синтаксис корректен, тогда мы делаем более строгую проверку для вычищения нашей базы данных прежде, чем сделать массовую-рассылку-outs.
Трудно сказать - основная причина самостоятельного хостинга, вероятно, заключается в большем контроле, например, в возможности настроить систему по своему усмотрению.
Хостинг IIS удобен и прост в настройке, и он предлагает загрузку службы «по требованию», например, хост службы загружается только в том случае, если действительно поступает запрос.
Эта постоянная загрузка (и выгрузка) узла службы, вероятно, немного снизит производительность - с другой стороны, при самостоятельном размещении узла службы вы, вероятно, используете больше памяти (поскольку ServiceHost всегда активен и находится в памяти) .
И снова - это компромисс между памятью и скоростью - при самостоятельном размещении используется больше ОЗУ, но, вероятно, он работает немного быстрее.
Marc
После выпуска «Dublin» (специально созданная среда хостинга WCF) его будет естественно использовать.
РЕДАКТИРОВАТЬ : Изначально этот ответ касался потенциальной разницы между IIS и самообслуживание из-за различий в потоках. Однако я исправлюсь, см. Комментарий ниже.
После запуска службы я не ожидал существенной разницы.
Но, как и на любой вопрос о производительности, вы можете получить полезный ответ, только протестировав службу в обоих случаях с реалистичными нагрузками. и глядя на картину в целом. Например, можно отправить еще несколько запросов, но с немного большей стоимостью памяти.
Конечно, будут и другие отличия, например, хостинг IIS с созданием экземпляра по требованию будет немного медленнее обслуживать первый запрос. от холостого хода, насколько это важно, можете сказать только вы.