Отправка массовой кампании по электронной почте через ASP.NET

Question

Я прочитал еще несколько сообщений о массовом отправке по электронной почте, но мне нужна другая информация. Мы хотим интегрировать нашу массовую систему электронной почты в наше текущее приложение, но я боюсь, что это может быть не очень хорошая идея. Кто-нибудь имеет какой-либо вклад в отношении того, какие ресурсы необходимы для отправки, возможно, 1000 писем в час? У нас только один веб-сервер прямо сейчас и у нас нет доступа к нашему почтовому серверу. Однако у нас есть полный доступ к нашему веб-серверу. Было бы плохой идеей разместить массовое приложение электронной почты на нашем текущем сервере? Должен ли у нас отдельный раздел для запуска этого типа приложения и вызов сервера через веб-службы (WCF)? Каждое электронное письмо нужно отправлять отдельно, потому что ссылки на электронную почту предназначены для отслеживания и отмены подписки. Я ценю ваши мысли. Daniel

Answer 1

Да его плохая идея,

Одним из ключевых моментов для обнаружения спама, является IP-адресом он пришел из (известный как своей репутации), если вы начнете посылать много писем, которые в конечном итоге получить помечены как спам (что, как правило, даже если пользователи заявили, что они хотят получать электронную почту), ваш IP-адрес может оказаться в беде. Я бы не хотел делать это на своем веб-сервере.

Что касается спецификаций, ваша пропускная способность будет сильно ударяться, когда вы начнете делать что-то подобное. Хотя я думаю, что вы были бы удивлены тому, как быстро вы можете отправлять электронные письма (зависимые от почтового сервера)

В любом случае, когда дело доходит до отправки массовых почтовых кампаний, я хотел бы поговорить с третьим лицом, если это то, что вы серьезно они обладают знаниями и оборудованием для проведения кампаний, которые не будут наносить ущерб вашей репутации IP.

Answer 2

Я думаю, что эта проблема зависит от вашего почтового сервера. Я был в проекте, где мы отправили 50-100 тыс. Электронных писем через несколько часов, а основным ограничением была емкость почтового сервера. На мой взгляд, было бы хорошо, если бы почтовый клиент работал на веб-сервере, поскольку он не будет использовать слишком много ресурсов, если будет хорошо написан, главный вопрос - это то, что может предпринять почтовый сервер.

Answer 3

Вы можете помочь своей репутации на некоторых провайдерах электронной почты, связавшись с ними и заполнив регистрацию массовой рассылки.

Это для Yahoo:

http://help.yahoo.com/l/us/yahoo/mail/postmaster/bulkv2.html

Я бы не рекомендовал использовать обмен на что-либо подобное. Вам понадобится отдельный массовый почтовый сервер, такой как Ironport.

http://www.ironport.com/

В противном случае ваши внутренние сообщения будут застревать в очереди со всеми вашими насыпных писем, которые вы определенно не хотите.

Реальный задействованный код не обязательно должен быть таким сложным. В моем случае мы использовали асинхронную задачу, чтобы перебрать таблицу списка адресов электронной почты в БД, вытаскивая пакет по 20 или около того, отправляя затем спящий на несколько секунд. Поставщикам электронной почты не нравится получать сотни/тысячи писем от источника за один раз. Еще лучше, если вы можете пошатнуть список провайдерами.