Форум

[QUOTE]d4rkolian пишет:
Думаю может быть сделать проверку\оптимизацию и восстановление таблиц в БД? Может поможет.[/QUOTE]

Панацеей не стало, к сожалению. После проверки\восстановления таблиц попробовал снова - письмо не пришло, в b_event записи о письме не появилось. Хотя другие записи (оформление, изменение статуса заказа) появляются там постоянно и все ок.

На данный момент пока отключил подтверждение e-mail адресов, но это, конечно, временное решение. Хотелось бы докопаться до истины.

Шаблон да, включен, и привязан к правильному сайту.
Что самое удивительное - не менялось же ведь ничего, а вчера все работало.

Как вы сказали сделал - не помогло, все тоже самое. Таблица пуста (в смысле новых записей нет), письмо не пришло.

Думаю может быть сделать проверку\оптимизацию и восстановление таблиц в БД? Может поможет.

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

Самое удивительное что этот запрос вообще не показывает событий "NEW_USER_CONFIRM" за последние 2-3 дня.
Хотя я знаю что вчера пользователи регистрировались, статус у них "Активен" - значит письмо им приходило и почту они подтверждали =\

[B]UPD[/B]
все основные скандалы-интриги-расследования - в [URL=http://dev.1c-bitrix.ru/community/forums/messages/forum6/topic35859/message197714/#message197714]этом посте[/URL] данной ветки

===================

Добрый день!

Суть проблемы в следующем - сегодня с утра внезапно перестало уходить письмо пользователям с подтверждением регистрации.
В шаблон почтового события не лазил, в тип события тоже. Вчера только меня другое почтовое событие, но еще вчера вечером все было отлично. Грубо говоря рабочий день кончился в 18, в 23 еще пользователи регились нормально, сегодня с утра - уже не уходят письма.

Нашел отправку в компоненте bitrix:main.register, выглядит вот так:
[CODE]
$arEventFields = $arResult['VALUES'];
unset($arEventFields["PASSWORD"]);
unset($arEventFields["CONFIRM_PASSWORD"]);

$event = new CEvent;
$event->SendImmediate("NEW_USER", SITE_ID, $arEventFields);
if($bConfirmReq)
$event->SendImmediate("NEW_USER_CONFIRM", SITE_ID, $arEventFields);
[/CODE]
На мой взгляд все верно. NEW_USER_CONFIRM - верный тип события.
В чем же может быть проблема? Может кто знает, сталкивался? В какую сторону "копать"?

При этом другие уведомления с сайта уходят.

Еще раз день добрый.

Если кому интересно (ТС вообще пропал, судя по-всему), решил проблему следующим образом, что-то вроде "полукостыля":
добавил дополнительное поле типа hidden средствами битрикса в форму.

изначально у него пустое значение (value="").

в файле шаблона в массиве php храню данные которые мне нужно будет подставлять. С помощью jquery ajax вытаскиваю их по select .change и подставляю в поле hidden

Вот так. Средства "от разработчиков" так и не нашел. Может в более поздних версиях (у меня 9.0.6) эта проблема уже решена.

Добрый день!

Сам столкнулся с такой проблемой, оказывается это ошибка (или сознательная недоработка) разработчиков.
Вот тут описано чуть подробнее человеком, который уже с этим сталкивался:
http://dev.1c-bitrix.ru/community/webdev/user/14039/blog/1548/

Пока ищу решение, если найду - напишу обязательно.

[QUOTE]Дмитрий Яковенко пишет:
Если решили давать доступ через htaccess, то давайте доступ уже к конкретному файлу, чтобы остальные не пострадали.[/QUOTE]

Да, этот момент наверно поправлю

[QUOTE]Евгений Жуков пишет:
Подключите пролог:

[CODE]

require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_admin_before.php");

[/CODE][/QUOTE]

Опередил вас :)
но все равно спасибо!

[b]Дмитрий Яковенко,[/b]
P.S. научите  ставить плюсики юзерам тут за дельный совет) лазил по профилям - нигде не нашел