{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Олег Груздев: заметки с тегом e-mail рассылка", "_rss_description": "Канал интегратора Энтерпрайз-решений. Делюсь новостями и опытом настройки Битрикс24 для крупных компаний и госструктур.", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/gruzdevoleg.ru\/tags\/e-mail-rassylka\/", "feed_url": "https:\/\/gruzdevoleg.ru\/tags\/e-mail-rassylka\/json\/", "icon": "https:\/\/gruzdevoleg.ru\/pictures\/userpic\/userpic@2x.jpg?1789716980", "authors": [ { "name": "Автор блога", "url": "https:\/\/gruzdevoleg.ru\/", "avatar": "https:\/\/gruzdevoleg.ru\/pictures\/userpic\/userpic@2x.jpg?1789716980" } ], "items": [ { "id": "14", "url": "https:\/\/gruzdevoleg.ru\/all\/pochemu-sotrudniki-vidyat-marketing-v-bitriks24-dazhe-esli-on-uz\/", "title": "Почему сотрудники видят «Маркетинг» в Битрикс24, даже если он уже «закрыт»?", "content_html": "
\n\"\"\n<\/div>\n

Недавно разбирал кейс на коробочной версии Битрикс24. Казалось бы, права настроены: раздел «Маркетинг» скрыт, роли ограничены, пользователь исключен из нужных групп. Но… он всё равно видит маркетинг и может запускать рассылки...

Что пошло не так?<\/strong>
Оказалось, дело не в ошибке, а в нюансе работы модуля «Маркетинг». У него есть своя собственная таблица прав — b_sender_role_relation.

Даже если в интерфейсе всё настроено правильно, но в этой таблице осталась старая привязка пользователя к роли (например, к роли «Менеджер» по умолчанию), он получит доступ, несмотря на ограничения.

Что с этим делать?<\/strong>

1. Зайдите в админку: Администрирование → Настройки → Инструменты → Таблицы БД или сразу по ссылке: \/bitrix\/admin\/perfmon_table.php?lang=ru

2. Найдите таблицу b_sender_role_relation

3. Посмотрите, какие пользователи или группы привязаны к ролям

4. Удалите лишние записи (но сделайте резервную копию БД перед этим на всякий случай)

После этого начнут работать именно те права, которые настроили через интерфейс.

Такое часто встречается в коробках, особенно если раньше доступ к «Маркетинг» никто вручную не трогал или уже были кастомизации.<\/strong><\/p>\n", "summary": "", "date_published": "2026-09-30T17:42:02+03:00", "date_modified": "2026-09-30T17:41:57+03:00", "tags": [ "e-mail рассылка", "Настройка Битрикс24" ], "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-08-11_17-16-36.jpg", "_date_published_rfc2822": "Wed, 30 Sep 2026 17:42:02 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "14", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-08-11_17-16-36.jpg" ] } }, { "id": "13", "url": "https:\/\/gruzdevoleg.ru\/all\/massovye-e-mail-rassylki-v-bitriks24-diagnostika-oshibka-otpravk\/", "title": "Массовые e-mail рассылки в Битрикс24: диагностика «ошибка отправки»", "content_html": "

\n\"\"\n<\/div>\n

При работе с модулем «Маркетинг» в коробочной версии Битрикс24 клиенты замечают странное поведение: при массовых рассылках (50–100 тыс. адресов) часть писем моментально попадает в статус «С ошибкой».

Почтовый сервер уверяет, что писем от портала не поступало, а в Битрикс24 цифры «с ошибкой» явно превышают размер черного списка и количество отписавшихся.

Что на самом деле происходит?
В Битрикс24 на этапе формирования рассылки система проверяет адресаты по:
— Черному списку (\/marketing\/blacklist\/).
— Списку отписавшихся контактов.
Такие адреса в отправку не идут, но в статистике фиксируются как «с ошибкой».

В стандартной реализации рассылки письма передаются серверу пакетами (по 500–1000 штук) через системную утилиту (mailfrom, sendmail или msmtp) или через встроенный SMTP.

Если письма не доходят до почтового сервиса (например, SendSay, UniSender, Mailgun), значит портал их физически не передал в этот сервис. Причин две:

1. Их уже исключили из очереди на портале.

2. Очередь обработки на портале не успевает отработать (лимиты по агентам, по времени и т. д.).

Как понять, что именно не так?

🔹Проверяйте очереди и лимиты отправки на портале

— Настройки модуля Маркетинга (\/bitrix\/admin\/settings.php?mid=sender)
— Пакетная отправка (уменьшите размер пакета, добавьте паузы)
— Расчетное время выполнения агентов не более 10–15 писем\/секунда в стандартной схеме

🔹Проверяйте логи SMTP или MTA на сервере

Если отправляете через системную mail(), все управление отправкой происходит не на портале, а в MTA. Тут нужны логи на сервере: mail.log, maillog или логи mailfrom — только они покажут, что реально дошло до сервиса.

🔹Перейдите на SMTP с логированием

Включите отправку через SMTP с авторизацией и отладочным логом (debug => true в конфиге SMTP). Тогда лог портала зафиксирует ответы почтового сервера на каждое письмо.<\/p>\n

Если вы видите «магическую» цифру ошибок, которая больше черного списка и отписавшихся — не паникуйте. Сначала выгрузите статистику по получателям и сравните ее со списком ошибок сервиса, часто это одни и те же адреса, исключенные системой по правилам.

А для детального аудита — заведите полноценное логирование SMTP или подключите msmtp\/sendmail с логами, чтобы видеть все ответы сервиса.<\/p>\n", "summary": "", "date_published": "2026-09-30T16:56:01+03:00", "date_modified": "2026-09-30T17:38:51+03:00", "tags": [ "e-mail рассылка", "Настройка Битрикс24" ], "image": "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-08-11_17-16-21-(1).jpg", "_date_published_rfc2822": "Wed, 30 Sep 2026 16:56:01 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "13", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/gruzdevoleg.ru\/pictures\/photo_2025-08-11_17-16-21-(1).jpg" ] } }, { "id": "3", "url": "https:\/\/gruzdevoleg.ru\/all\/kak-uskorit-massovuyu-email-rassylku-v-bitriks24\/", "title": "Как ускорить массовую email-рассылку в Битрикс24", "content_html": "

 <\/p>\n

Встроенные инструменты email-рассылок в Битрикс24 решают типовые задачи — сформировать сегмент, загрузить список, отправить письма. Но как только клиентская база переваливает за 10–20 тысяч адресов, система начинает «задыхаться»: письма отправляются сутками, доходят нестабильно, статистика сыпется.<\/p>\n

У нас был кейс, где письма 100к адресатам шли больше недели. Частично доходили, частично — терялись. Клиенту нужна была скорость, стабильность и контроль.<\/p>\n

Решили задачу через доработку модуля маркетинга<\/strong><\/p>\n

    \n
  1. Разработали собственную очередь обработки email-рассылок внутри Битрикс24.<\/li>\n
  2. Обеспечили распределенную и стабильную отправку писем по крупной базе без подвисаний и потерь.<\/li>\n
  3. Подключили внешние сервисы рассылок (например, SendSay) через API — теперь можно масштабироваться без ограничений.<\/li>\n
  4. Настроили логирование отправок — отправитель может проверить статус отправки и убедиться в успешной доставке сообщений.<\/li>\n<\/ol>\n

    В результате:<\/strong>
    — Рассылка на 100к адресов выполняется за 2–4 часа.
    — Ни одно письмо не теряется.
    — Команда видит статус каждого отправленного письма.<\/p>\n

    Еще можно подключать любые email-сервисы, система гибкая и масштабируемая.<\/p>\n

    Клиент получил надежный инструмент для массовой коммуникации. Мы — кейс, где штатная функциональность стала полноценным рабочим инструментом после инженерного апгрейда.<\/p>\n", "summary": "", "date_published": "2026-09-28T16:51:02+03:00", "date_modified": "2026-09-28T16:52:45+03:00", "tags": [ "e-mail рассылка", "Настройка Битрикс24" ], "_date_published_rfc2822": "Mon, 28 Sep 2026 16:51:02 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "3", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } } ], "_e2_version": 4199, "_e2_ua_string": "Aegea 11.5 (v4199)" }