Здравствуйте!
Просим Вас или внедрить в CRM web-интерфейс почты или сделать так чтобы отправленные письма из CRM автоматически сохранялись в папке "Отправленные" подключенного потчового ящика.
Меня начинает раздражать хлам в папке "Входящие", который адресован мне от меня же. Я даже не могу понять кому были изначально адресованы соответсвующие письма. Никакого указания на электронную почту, имя или компанию получателя в письме нет.
Пожалуйста.

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

Все это можно реализовать через OnBeforeEventSend, но есть константа ONLY_EMAIL
http://dev.1c-bitrix.ru/api_help/main/general/constants.php
которая сейчас похоже работает только для одного email:
http://bxapi.ru/src/?module_id=main&name=Mail::send&highlight=ONLY_EMAIL#ONLY_EMAIL

Хотелось бы иметь возможность из коробки задавать на какие email должна быть разрешена отправка писем с сайта (причем по шаблону, например, *@example.com).
Желательно с использованием указанной константы как самое простое решение.

При этом важно отправлять само письмо на разрешенные адреса, игнорируя запрещенные
Например как в поле Кому, Копия или BCC через запятую перечислены и несколько адресов - часть разрешенных, а часть запрещенных
Нужно письмо отправлять всегда но только на разрешенные адреса (если они есть в получателях).

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

В современных магазинах номер телефона - главное, что нужно в заказе, а электронный адрес становится необязательным.

На своих сайтах мы вынуждены извращаться с событиями, чтобы email был необязательным.

Сделайте, чтобы логин генерировался из произвольного свойства заказа, например из телефона пользователя или ФИО.

Добрый день!
Пользователь положил товары в корзину и ушел с сайта.
Почему бы ему не напомнить уведомлением на почту например через неделю о товарах в корзине.

Чтобы не выдумывать каждый раз, как сделать проверку на корректность введенных данных.
Наверняка, большинство с этим сталкивалось и придумывало свои способы проверки.
Думаю, давно пора сделать такой функционал "из коробки".

Хочу, чтобы в действии «Почтовое сообщение»



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



Из-за этого не можем отправлять уведомления клиентам по почте, например, что счет не оплачен через n-дней.

Добавить свойство элемента инфоблока - Email.
И соответственно в компоненте редактирования / создания элементов сделать проверку на корректность заполнения при добавлении.

Необходимо сделать возможность указывать в адм. разделе домены эл. почты с которых можно регистрироваться. (Желательно: белый список, черный список)
 Сейчас выглядит вот так:
Администратор установил - "Запрашивать подтверждение регистрации по E-mail"
Но посетитель Х, выполняя это требование, регистрируется с адресом эл. почты vasiliy@mailforspam.com, и без проблем проходит регистрацию. (Спасибо сервисам таким как mailforspam.com и т.п.). И потом куча проблем....... возможно

В настоящий момент из личного кабинета можно изменить свой адрес электронной почты на любой другой, даже если такой уже имеется в системе или такого ящика вообще не существует, причем настройка "Запрашивать подтверждение регистрации по E-mail" никакой роли не играет.
 1. Необходимо сделать проверку на совпадение, как это сделано при смене логина.
2. Необходимо отправлять подтверждение регистрации на новый ящик электронной почты. Причем сделать ограничение по количеству изменений электронной почты за определенное время.
 А то сейчас получается так:
Не нравится тебе человек Х. Регистрируемся, например, на сайте 1c-bitrix.ru, подписываемся на все сообщения форумов и кучу всяких рассылок, а потом меняешь свой емайл, на емайл человека Х. И его заваливает сообщениями.
 А если зарегистрировать много различных логинов, на всех подписаться, и на всех сменить адрес электронной почты на адрес человека Х, интересно, что будет??
И не на пользу пойдет и сайту, который отсылает кучу сообщений на адреса людей, которые не подписывались сами на эти рассылки. Которые будут активно жаловаться на "СПАМ".