Нужно фиксировать хотя-бы емейлы получателей выпуска на момент его оправки.

Т.к. список подписчиков постоянно скачет и восстановить кому конкретно был отправлен прошлый выпуск невозможно.

UPD это в старой версии 11.5 не было, а в новой я нашел поле "Отчет об отправке".
Т.е. вопрос снят.

Было бы полезным реализовать в модуле "подписка" следующие события:

• Добавление подписчика
• Подтверждение подписки
• Отказ от подписки
• Изменение подписки
  

Практическое применение:

• Ведение статистики
• Интеграция с CRM и другими внешними сервисами подписки: Mailchimp, Google Analytics и др.
  

Сервис подписки / рассылки, мягко сказать, устарел. Нет никакой статистики по письмам, хотя бы сделать отправку писем с уведомлениями. А в лучшем случае сделать нормальный сервис e-mail маркетинга.

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

Сейчас это читать очень сложно. Зачем так делать? В чем логика - так усложнять чтение рассылки?

...

На данный момент при переходе с bitrix:subscribe.index (рабочий стол подписок) по любому из полей/кнопок, мы попадаем на другую форму, где надо снова сабмитить. Хотелось бы избавиться от промежуточного клика. Плюс до кучи подружить и с subscribe.form (это мини-форма подписки).

Очень не хватает лога отправки выпусков рассылки. Вот собственно и вся идея

Написать письмо - отличный механизм.НО:
1: когда выбираешь формирование письма по фильтру (к примеру в базе 1000 контактов, и по фильтру выбрано 100) то когда формируется письмо для всех выбранных то формирование адресов идет не на 100 а на все 1000 клиентов...
2) если выбирать действие отметить все всерху в заголовке столбцов то совсем смешно... во первых здесь отметить все подразумевает все на странице (так и напишите - отметить все на странице в подсказке) и когда мы отмечаем всех то работает криво.... мы чтобы обойти ограничение в количестве контактов 20 на страницу (почему нет стандартного для битрикса обьекта выбора количества выводимых на страницу контактов?) изменили в коде 20 на 200 и вуаля что происходит - формируется до 94 адресов и дальше не формируется бывает если другая выборка то около 90 адресов и все... Похоже программист ограничил строку... вообщем в одном случае описанном в пункте 1 сует емейлы всей базы ну во всеком случае 1400 умеет формировать емейлов а в другом не может и 132 в стринг сформировать....
3) Не удобно без выбора количества отображаемых контактов на страницу....

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