Настройка массовых рассылок

[Leo Angel]

А конкретней?

[Siava]

Leo Angel, Re: Массовая рассылка почты
Re: Массовая рассылка почты
+ дальше ту тему ещё почитайте.

[Kuskow]

Много раз перечитывал эту фразу, пытался искать в интернетах её значение:

Размер почтового пакета:
Максимальное количество email-сообщений, отправляемых за один раз. Эта настройка применяется для внутренней очереди сообщений; установите 0 при возникновении проблем, связанных с неотправленными уведомлениями по email.

Но так до сих пор и не нашёл, не понимаю, что конкретно регулирует этот параметр. Осознаю, что сейчас он мне нужен опять. Что-то я с ним должен сделать - то ли увеличить, то ли уменьшить, то ли обнулить. И так, и сяк пытался экспериментировать - не улавливаю изменений.
Кто-то может рассказать? В механизмах соображаю, так что, можно без азов.

Пардон, вопрос не промассовые рассылки, но как администратор форума понимаю, что создание новой темы с вопросом может оказаться вообще не туда. Тут, хотя бы, встречаются такие ключевые слова.

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

[rxu]

не понимаю, что конкретно регулирует этот параметр

Если 0, то сообщения отправляются сразу, без использования кэша.
Если установлено отличное от 0 положительное число, то сообщения будут записываться в кэш-файл queue.php и отправляться с помощью cron пакетами, состоящими из указанного числа в настройке сообщений как максимум.

[Kuskow]

Ну вот! Теперь этот мир мне абсолютно понятен. Как раз второй вариант мне и нужен. При написании (отправке) сообщения пусть быстренько всё записывается в очередь, а потом уже cron эту очередь будет отправлять когда ему там дадут на это время. Потому что позавчера пришлось перейти с функции mail() на отправку писем через SMTP, а его вызов оказался гораздо дольше, чем через функцию, к тому же он на другом сервере в другой стране.

А на личные сообщения это тоже распространяется? Или email-уведмления о них уходят сразу, даже если включено "выполнять через cron"?

Отправлено спустя 2 минуты 36 секунд:
И теперь последнее, в чём осталось мне разобраться с этим вопросом: чем отличается "Размер почтового пакета" (А) от "Максимальное число получателей" (Б)? Хотя, про Б я так понимаю: это сколько получателей в одном запросе к SMTP-серверу. То есть, если Б=100, а уведомление о появлении в теме нового сообщения нужно отправить 1000 пользователям, то вся очередь разобьётся на 10 писем по 100 адресов в каждом?

Как лучше сделать, чтобы при нажатии кнопки "Отправить" пользователь ждал минимум?
А=Б
А<Б
A>Б

[Kuskow]

Правильно ли я понимаю:
1) "Размер почтового пакета" если поставить больше число, то одно задание cron зависнет надолго и следующее столкнётся с блокировкой.
2) "Максимальное число получателей" ставить больше, чем "Размер почтового пакета" - бесполено и бессмысленно.

[rxu]

Или email-уведмления о них уходят сразу

Нет, так же, как все.

"Размер почтового пакета" если поставить больше число, то одно задание cron зависнет надолго и следующее столкнётся с блокировкой.

Возможно. Зависит от скорости отправки email сообщений.

"Максимальное число получателей" ставить больше, чем "Размер почтового пакета" - бесполено и бессмысленно.

Число получателей - это число адресатов в одном сообщении.
Число сообщений - как слышится, так и есть.
Связи не наблюдаю.

[Kuskow]

Вот некогда популярная тема давно не обсуждалась, на неё подписано 1200 человек, из них 1000 человек уже прочитали последнее сообщение. Тут вдруг кто-то пишет новое сообщение в ней, нажимает кнопку "Отправить" и что происходит?

Очень быстро некое задание записывается в очкередь? Или не быстро? Оно на этом этапе уже разбивается на пакеты?

Задание в cron выбирает пакеты из очереди и отправляет письма (давайте их так называть, чтобы не путаться с сообщениями на форуме). Допустим, Размер почтового пакета (РПП) = 100. Значит, та тысяча будет разбита на 10 пакетов по 100 адресатов - правильно? Эти все 10 пакетов будут обработаны в одном вызове cron? Или в каждом вызове только один пакет будет обработан (отправлен)?

Максимальное число получателей (МЧП) - если установлено 50, то один пакет (РПП=100) будет поделён на 2 части по 50 адресатов и отправлен двумя обращениями к SMTP?

А если МЧП=200, а РПП=100, то весь пакет будет обработан одним письмом, то есть, одним обращением к SMTP? И там хоть сколько увеличивай МЧП, а всё равно все письма (обращения к SMTP) будут по 100 адресатов, потому что таков размер пакета - да?

[rxu]

Не совсем так.
"МЧП" вообще используется только инструментом массовой рассылки Админраздела, где одно сообщение отправляется множеству адресатов.
В случае с email-уведомлениями всех видов каждое трактуется как отдельное письмо только одному адресату (причина простая - письма действительно отличаются друг от друга, так как в тексте используется обращение к конкретному username). Поэтому в этом случае работает только "РПП".

[Kuskow]

Спасибо! Теперь всё стало понятно. Тогда попытаюсь рассчитать РПП (Размер почтового пакета). Рассылок нет совсем - только уведомления. Логи SMTP-сервера говорят, что в среднем за сутки отправляется ~3600 писем. Думаю, что ночью активность падает почти до нуля, так что, можно считать, это не за сутки, а часов эдак за 14. Cron запускается каждые 5 минут или 12 раз в час.

Получается, чтобы очередь сильно не накапливалась, эти 3600 писем должны равномерномерно отправляться в течение 14 часов. Тогда:
3600 писем / 14 часов / 12 раз/час = 22 письма/раз нжно обрабатывать при каждом запуске cron. Ну и чтобы очередь не росла в пиковые часы, сделаем запасик и напишем РПП = 30. Так пойдёт?

Отправлено спустя 21 минуту 2 секунды:
И если мне однажды cron пришлёт "Не удалось получить блокировку планировщика", значит предыдущее задание ещё не успело выполниться. Тогда нужно или уменьшить РПП, или увеличить интервал cron. И естественно, первое предпочтительней, поскольку из-за слишком большого пакета может и задача зависнуть. Правильно?

[Татьяна5]

12 раз/час

А крон системный? Если нет - он запускается минимум раз в час

[Kuskow]

Cron настраивается через панель хостинга, запускается реально хоть каждую минуту. Не знаю, насколько это "системный". С запуском проблем не возникает.