Эффективность электронной почты PHP (BCC по сравнению с отдельными электронными письмами)

Наше веб-программное обеспечение PHP в настоящее время рассылает информационные бюллетени где-то между 1-2000 получателями. Часто к информационному бюллетеню прилагается PDF-файл (15–5 МБ). Информационный бюллетень не нужно настраивать для отдельных получателей.

Вопрос: что лучше: отправить одно электронное письмо со скрытой копией для каждого получателя или создать уникальное электронное сообщение для каждого получателя?

На заметку. Какой вариант снижает нагрузку на агента пересылки почты? - Какой вариант программно эффективнее? - Какой вариант менее ресурсоемкий? - Есть ли ограничения у любого из вариантов? (например, BCC имеет максимальное количество)

Я пробовал Google и просто не могу найти никого, кто имел бы окончательное мнение, основанное на эмпирических данных. На самом деле трудно найти кого-то, кто вообще имеет мнение.

СПАСИБО: Всем, кто помогал ответить на этот вопрос. Мы очень ценим отзывы людей, чтобы убедиться, что мы делаем все правильно!


php email bcc
person OrangeFrog    schedule 20.09.2012    source источник
comment
Лица, с СК, почтовый сервер все равно делает разделение. и если что-то случится, вы не захотите раскрывать все эти адреса электронной почты. и вам в любом случае действительно следует делать настройку - по крайней мере, для отслеживания. Если это выходит за рамки вашей основной компетенции, есть услуги по разумной цене, которые сделают это.   -  person    schedule 20.09.2012
comment
вдобавок - даже не думайте об использовании для этого mail ().   -  person    schedule 21.09.2012
comment
Дагон: Почему вы предлагаете не использовать mail ()? По сути, я создал класс Mail, который обрабатывает форматирование сообщения, но в конечном итоге я все еще использую mail () для отправки. Есть ли более эффективный способ отправки почты в MTA с помощью PHP?   -  person OrangeFrog    schedule 21.09.2012
comment
прочтите, что на его странице почты говорится об использовании mail () для массовой рассылки. очень неэффективно открывать и закрывать соединение для каждого отправленного письма   -  person    schedule 21.09.2012

Ответы (3)


arrow_upward
17
arrow_downward

Создайте одно электронное письмо для каждого получателя. Используйте поле «Кому» вместо BCC, чтобы сделать его личным.

Преимущества

  • Очередь почты будет точно отражать происходящее.
  • Вы можете распределить нагрузку на несколько почтовых серверов.
  • Вы можете персонализировать "Кому", "Тема", "Тело" и т. Д.
  • Вы можете использовать URL отслеживания.
  • Почтовые серверы часто имеют ограничение на количество скрытых копий на одно сообщение. Вы не достигнете лимита, если отправите одно сообщение за раз.
  • Электронные письма BCC обычно остаются в очереди до тех пор, пока все доставки не будут завершены. Это редко, но мы испытали (с последней версией qmail), что иногда один получатель отвечает с ошибкой, которая сбивает почтовый сервер с толку, чтобы он отправил его снова, потерпел неудачу, снова, потерпел неудачу ... пока мы не удалим его из очереди. Это очень расстраивает людей.

Недостатки

  • Сценарий PHP должен работать усерднее, чтобы генерировать отдельные запросы.

Конечно, есть и другие преимущества и недостатки, но я следую этому списку.

ОБНОВЛЕНИЕ. Что касается вложения в формате PDF, я бы рекомендовал предоставить ссылку для загрузки, если только включение ее в электронное письмо не является критически важным.

  • Вложения в формате PDF делают электронное письмо более подозрительным для сканеров спама и вирусов, поскольку известно, что в спаме используются уязвимые версии Acrobat. Эти вложения в формате PDF могут повысить вероятность попадания вашего информационного бюллетеня в папку «Спам» получателя.
  • Большие PDF-файлы (1 + МБ) не подходят для людей, проверяющих электронную почту с медленным подключением или ограниченными устройствами, такими как смартфоны.
  • Ссылка намного меньше прикрепленного файла. Вы сэкономите до 13 ГБ полосы пропускания, если откажетесь от этого вложения 5 МБ!
person jimp    schedule 20.09.2012
comment
вот что бы я написал, если бы не был таким ленивым :-) - person ; 21.09.2012
comment
@Dagon +1 :) Я только что добавил информацию о вложениях PDF. - person jimp; 21.09.2012
comment
Спасибо - я не подумал о распределении нагрузки на несколько MTA. Это хорошая идея! Наше приложение создано таким образом, что более 450 сайтов делают одно и то же (2000 получателей x 450 сайтов x 12 информационных бюллетеней в год ... много писем). - person OrangeFrog; 21.09.2012

arrow_upward
1
arrow_downward

Это зависит от инфраструктуры MTA на вашем сайте. Если сервер, на котором запущено ваше веб-приложение, настроен для пересылки всех сообщений электронной почты в какой-либо концентратор электронной почты у вашего интернет-провайдера, то BCC, безусловно, является преимуществом. В противном случае это может сэкономить вам пропускную способность, но не обязательно (это зависит от фактических адресов, на которые вы отправляете). Кроме того, я бы рекомендовал вам не прикреплять PDF-файл к сообщению, а разместить его на веб-сервере и включить гиперссылку в электронное письмо. Почта. Насколько я понял, ваше сообщение представляет собой массовую рассылку. Я считаю, что многие люди не читают ваши сообщения, даже если они согласились получать.

person Serge    schedule 20.09.2012
comment
Мы используем почтовый ретранслятор в той же сети. Я бы предположил, основываясь на том, что вы предложили, BCC быстрее (одно сообщение с веб-сервера на сервер ретрансляции почты, а не 2000 сообщений с веб-сервера на сервер ретрансляции почты). - person OrangeFrog; 21.09.2012

arrow_upward
1
arrow_downward

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

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

person brezanac    schedule 20.09.2012