Массовая электронная почта - это не только язык, на котором вы реализуете своего отправителя. Что касается библиотеки, предложенной rich, вы бы рассматривали использование SMTP-ретранслятора для постановки в очередь и регулирования количества писем.
Как я обнаружил , когда я писал массовую рассылку для своей компании , основная проблема, с которой сталкивается массовая рассылка, - это скорость, с которой письма могут быть отброшены в эфир, и как он управляет повторными попытками отправки писем, был graylisted или что-то.
Итак, номер один, вам нужен хороший надежный SMTP-сервер, который может выполнять задание рассылки. Вам также понадобится какой-нибудь способ ограничить обслуживание и контролировать его. На стандартном Windows Server с IIS, подключенным к достаточно большой трубе, мы можем очищать 5 тыс. Писем каждые 15 минут. Если вы хотите реализовать все это за 48 часов, вас подтолкнет.
Дело в том, что существуют жесткие ограничения на скорость, с которой вы можете передавать данные, и дополнительные искусственные ограничения, установленные интернет-провайдерами, и так далее, и так далее. Это делает регулирование, корректировку записей DNS и тому подобное абсолютно необходимым, если вы не хотите, чтобы работа выполнялась в темпе. Минимальное время, которое я мог бы отправить 10 тыс. Писем за дверь (а размер писем составляет около 50 Кбайт, что дает вам дополнительное представление о пропускной способности), составляет полчаса, и мы получили верхнюю часть линейного комплекта и соединение в обширном распределительная труба поддерживает нас.
В первые дни нашей компании, когда они использовали для рассылки материалов из нашего местного широкополосного доступа, для отправки 7000 писем требовалось около 12-14 часов. Итак, вы должны понимать, что физические ресурсы действительно важны.
Кроме того, вы неизбежно получите как минимум около 50 писем за 10 КБ, которые просто не будут доставляться в первый раз. И около 10 из них никуда не денутся. Наличие этих писем в очереди повторных попыток может оказать небольшое влияние на доставку дальнейших партий почты, оно минимально, но важно.
Кроме того, вы не можете просто грохнуть почтовые файлы по 10 тыс. На любой сервер и ожидать, что он будет полностью этому рад. В результате экспериментов мы обнаружили, что пропуск 1 тыс. Писем каждые три минуты дает нам оптимальное соотношение очереди к отправке. Ваш пробег будет варьироваться в зависимости от вашего оборудования.
Честно говоря, ваш выбор библиотеки программного обеспечения - наименьшее из ваших беспокойств на данном этапе.