Разработчикам

Письмо с подтверждением о регистрации

RSS

Письмо с подтверждением о регистрации, внезапно перестало уходить

Пользователь 85370

Посетитель

Сообщений: 73 Баллов: 6 Регистрация: 10.03.2011

24.06.2011 10:02:21

UPD
все основные скандалы-интриги-расследования - в этом посте данной ветки

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

Добрый день!

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

Нашел отправку в компоненте bitrix:main.register, выглядит вот так:

Код

$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);

На мой взгляд все верно. NEW_USER_CONFIRM - верный тип события.
В чем же может быть проблема? Может кто знает, сталкивался? В какую сторону "копать"?

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

Пользователь 53928

Постоянный посетитель

Сообщений: 117 Баллов: 10 Регистрация: 10.12.2009

24.06.2011 10:40:13

Попробуйте посмотреть, что лежит в таблице b_event.
Например, sql-запросом SELECT * FROM b_event ORDER BY ID DESC
Он вам выдаст все события в обратном хронологическом порядке, смотрите события с названием NEW_USER_CONFIRM. Что стоит в поле 'SUCCESS_EXEC'?

Пользователь 85370

Посетитель

Сообщений: 73 Баллов: 6 Регистрация: 10.03.2011

24.06.2011 10:46:59

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

Пользователь 53928 Постоянный посетитель Сообщений: 117 Баллов: 10 Регистрация: 10.12.2009	#4 24.06.2011 10:55:28 Проверяли, не слетело ли событие в админке? Примерно по такому адресу: /bitrix/admin/type_admin.php?lang=ru

Пользователь 85370 Посетитель Сообщений: 73 Баллов: 6 Регистрация: 10.03.2011	#5 24.06.2011 10:58:15 А в чем выражается то что оно "слетело"? сейчас оно там есть, все в порядке. И шаблон к нему правильный привязан.

Пользователь 53928

Постоянный посетитель

Сообщений: 117 Баллов: 10 Регистрация: 10.12.2009

24.06.2011 11:04:46

Шаблон активный и к сайту правильно привязан?

Я могу для теста посоветовать временно сменить $event->SendImmediate на $event->Send, попробовать зарегистрироваться и посмотреть опять же таблицу b_event.
Там обычно маркировка отправки стоит.

Пользователь 85370

Посетитель

Сообщений: 73 Баллов: 6 Регистрация: 10.03.2011

24.06.2011 11:28:51

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

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

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

Пользователь 85370

Посетитель

Сообщений: 73 Баллов: 6 Регистрация: 10.03.2011

24.06.2011 11:41:48

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

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

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

Пользователь 53928

Постоянный посетитель

Сообщений: 117 Баллов: 10 Регистрация: 10.12.2009

24.06.2011 11:53:04

Я думаю, тут одно из двух:
Или Вы в неправильном месте поменяли добавление события (то есть код не запускается)
Или у Вас не работает инсерт в таблицу по какой-то причине.

В первом случае надо попробовать, допустим, перед и после добавления события класть в файл/лог что-нибудь.
Во втором - попробуйте вручную сделать инсерт с данным событием. Допустим, из корня с помощью функции. Можно попробовать через CEvent::Send, восстановив все соответствующие поля, можно через $DB->Add("b_event", $arLocalFields, Array("C_FIELDS"));

Пользователь 85370 Посетитель Сообщений: 73 Баллов: 6 Регистрация: 10.03.2011	#10 24.06.2011 12:13:37 Есть другая новость. Только что пришли разом все подтверждения. Задержка около 2 часов. Я так понимаю, проблема была на стороне сервера, а даже не битрикса.

Пользователь 85370

Посетитель

Сообщений: 73 Баллов: 6 Регистрация: 10.03.2011

#11

24.06.2011 15:26:01

Так. Теперь все стало еще в тысячу раз интересней. Я надеюсь еще кто-то читаю эту ветку.

Во-первых, хотелось бы узнать, знает ли кто-нибудь что за событие "VIRUS_DETECTED" Битрикса и по какому поводу оно пишется в b_event?

Теперь к сути. Неделю назад (17.06.2011), на сайте резко скакнул вверх траффик рано утром. Вместо 30-40 одновременных пользователей на сайте находило ~270, причем модуль битрикса говорил что по IP-адресам это преимущественно Дания, Ирландия, Греция и прочая Европа. Яндекс.Метрика показывала в источниках переходов 90% - "прямые заходы".
Для сравнения - в обычные дни зарубежный траффик составляет <1%, а прямые заходы - до 17-20% в лучшем случае.
Стало ясно что что-то никак. Обратились к хостеру (не буду называть его имя, чтобы не сочли за рекламу). Хостер предложил просто обрубить весь зарубежный траффик на 7 дней. Так как решение надо было принимать срочно - так и сделали.

А теперь о том почему я пишу это в этом топике. Потому что сегодня в 11 утра прошло ровно 7 суток как траффик был перекрыт, его автоматически разблокировали - и все продолжилось. Более того, письма которые не приходили - сразу же пришли.

P.S. когда начинал писать эту простыню, думал что VIRUS_DETECTED имеет к этому отношение, но сейчас посмотрел - такие записи появляются в b_event стабильно долго (уже больше года точно, а это практически все время работы системы)

Если кто-нибудь сможет помочь - было бы очень здорово.

Пользователь 53928 Постоянный посетитель Сообщений: 117 Баллов: 10 Регистрация: 10.12.2009	#12 24.06.2011 16:16:16 VIRUS_DETECTED это стандартное событие битрикса на обнаруженный вирус. /bitrix/admin/type_edit.php?EVENT_NAME=VIRUS_DETECTED Там в шаблоне письма есть примерные инструкции, что делать по этому событию. Что говорит проактивная защита?

Пользователь 53928 Постоянный посетитель Сообщений: 117 Баллов: 10 Регистрация: 10.12.2009	#13 24.06.2011 16:17:37 /bitrix/admin/event_log.php?lang=ru&set_filter=Y&find_type=audit_type_id&find_audit_type[]=SECURITY_VIRUS примерно так можно увидеть все, из-за чего было записано данное событие.

Пользователь 53928 Постоянный посетитель Сообщений: 117 Баллов: 10 Регистрация: 10.12.2009	#14 24.06.2011 16:19:03 Если честно, в первый раз вижу, чтобы в b_event хранились записи за год. Максимум неделю, она же засоряется.

Пользователь 85370

Посетитель

Сообщений: 73 Баллов: 6 Регистрация: 10.03.2011

#15

24.06.2011 18:01:23

Спасибо за ответы!

В понедельник вернусь - буду все смотреть со свежей головой

отпишусь и расскажу что и как.

По поводу сроков хранения данных в b_event - если это где-то настраивается (уверен, что так), то я подсокращу, хотя бы до полугода.

По поводу проактивной защиты - вообще еще не смотрел, не так давно я с битриксом дело имею

Пользователь 7483

Посетитель

Сообщений: 80 Баллов: 6 Регистрация: 25.11.2006

#16

06.07.2011 16:04:59

Цитата
Суть проблемы в следующем - сегодня с утра внезапно перестало уходить письмо пользователям с подтверждением регистрации.

Такая же ерунда блин. Чем ситуация закончилась? или еще не закончилась?

У меня отправляет это письмо, только если неавторизованный пользователь начинает оформлять заказ и прямо при заказе регистрируется. Во всех остальных регистрациях не отправляется письмо.

Пользователь 58829

Посетитель

Сообщений: 106 Баллов: 8 Регистрация: 26.02.2010

#17

08.01.2013 15:56:20

столкнулся с проблемами при регистрации с подтверждением через e-mail.
ситуация следующая:

1С-Битрикс: Управление сайтом 11.0.4

17 поддоменов на экземпляре битрикса.

При регистрации нового пользователя, сообщение отправляется только на один из поддоменов указанный в типе почтового сообщения NEW_USER_CONFIRM, причем на тот, который указан был последним !!! это навело меня на мысль.... что где-то непоправили работу с б.д. стал разбираться с таблицами: b_event_message и b_event_message_site разобрался и в итоге написал свой скрипт (за основу взял не помню чей), исправив кое что под себя и собственно SQL запрос:

старый был:

Код
global $DB;$event = $DB->ForSQL( $event );$lid = $DB->ForSQL( $lid );$rsMessTpl = $DB->Query( "SEL ECT * FR OM b_event_message WHERE EVENT_NAME='$event' AND LID='$lid';" );

новый запрос учитывает, что на одном экземпляре битрикса может быть много поддоменов:

Код

global $DB;$arr_result = array();$arr_items   = array();$event     = $DB->ForSQL( $event );$lid      = $DB->ForSQL( $lid );$str_sel     = "SELECT e.id, e.active, e.email_from, e.email_to, e.subject, e.message, e.body_type,";$str_sel     .= "e.bcc, e.reply_to, e.cc, e.in_reply_to, e.priority, e.field1_name, e.field1_value,";$str_sel     .= "e.field2_name, e.field2_value, s.site_id as lid";$str_sel     .= " FR OM b_event_message e, b_event_message_site s";$str_sel     .= " wh ere s.event_message_id = e.id and e.event_name='$event' and s.site_id='$lid';";$rsMessTpl = $DB->Query( $str_sel );

посредством этих изменений получил исправную отправку емэйлов с подтверждериями (и не только этих емэйлов!!!)
если кому-то будет интересно могу этот скриптик сюда кинуть.
я так понимаю - проблема эта возникает только у использующих нескольких поддоменов

Пользователь 25071

Заглянувший

Сообщений: 41 Баллов: 2 Регистрация: 26.05.2008

#18

21.01.2013 10:09:48

Цитата
Александр Мушников пишет: если кому-то будет интересно могу этот скриптик сюда кинуть. я так понимаю - проблема эта возникает только у использующих нескольких поддоменов

Здравствуйте, Александр. Был бы очень признателен, если поделились бы скриптиком и кратким описанием, что и как поменять, чтобы заработало всё

Делитесь своими знаниями – это путь к бессмертию.

Если ответ помог - жмём "Нравится").

Пользователь 58829

Посетитель

Сообщений: 106 Баллов: 8 Регистрация: 26.02.2010

#19

21.01.2013 14:15:04

Цитата

Рустам Салпагаров пишет:

Цитата
Александр Мушников пишет: если кому-то будет интересно могу этот скриптик сюда кинуть. я так понимаю - проблема эта возникает только у использующих нескольких поддоменов

Здравствуйте.
в архиве 2 файла: скрипт для отправки e-mail подтверждения и init.php (в коем стоит его вызов)
архив можно скачать по ссылке: bitrix-alternative_user_mail_confirm.rar

особых инструкций нет. скрипты должны находится в тех-же папках на сервере, в которых они находятся в архиве. если у вас уже есть в папке: /bitrix/php_interface/ скрипт: init.php то тогда из init.php (который в архиве) все что находится между тегами PHP необходимо скопировать в ваш init.php.
для того что-бы все работало - необходимо, что-бы для нужного сайта имелся активный почтовый шаблон для типа события NEW_USER_CONFIRM, и в шаблоне должны использоваться следующие поля:

Доступные поля:
#USER_ID# - ID пользователя
#LOGIN# - Логин
#EMAIL# - EMail
#NAME# - Имя
#LAST_NAME# - Фамилия
#USER_IP# - IP пользователя
#USER_HOST# - Хост пользователя
#CONFIRM_CODE# - Код подтверждения
#DEFAULT_EMAIL_FROM# - E-Mail адрес по умолчанию (устанавливается в настройках)
#SITE_NAME# - Название сайта (устанавливается в настройках)
#SERVER_NAME# - URL сервера (устанавливается в настройках)

если у вас в почтовом шаблоне используются некоторые другие названия полей, и вы не хотите их менять, то тогда измените эти поля в скрипте, в фунции отправки: Send_Mail_Only_Fixed( $event, $lid, $arFields, $mail_to, $debugging )
еще сделана возможность насильно указать при вызове e-mail адресата в параметре $mail_to, если он не пустой, то используется он. так например в init.php вызывается эта функция:
Send_Mail_Only_Fixed( "NEW_USER_CONFIRM", SITE_ID, $arFields, $arFields[ "EMAIL" ], "RETURN_DEBUG_INFO" );
последний параметр - любая непустая строка ( "RETURN_DEBUG_INFO" ) приводит к возврату массива с отладочной информацией. если все работает правильно и отладка не нужна - его указывать не нужно.

P.S. перед тем как использовать альтернативную отправку - проверьте, может быть у вас и так все работает, а отправленные письма с подтверждениями успешно ложаться в "СПАМ" у вас или у вашего почтового провайдера. в этом случае нужно изменить всего-лишь настройки вашего СПАМ - фильтра в вашем почтовом ящике.

Пользователь 12159

Эксперт

Сообщений: 1006 Баллов: 124 Регистрация: 24.05.2007

#20

21.01.2013 21:38:39

Цитата

Александр Мушников пишет:
При регистрации нового пользователя, сообщение отправляется только на один из поддоменов указанный в типе почтового сообщения NEW_USER_CONFIRM, причем на тот, который указан был последним !!! это навело меня на мысль.... что где-то непоправили работу с б.д. стал разбираться с таблицами

Было здорово, если бы Вы обратили внимание битрикса на это. Глядишь и исправили бы когда-нибудь...

Десантура.ру - о десанте без границ

Пользователь 58829

Посетитель

Сообщений: 106 Баллов: 8 Регистрация: 26.02.2010

#21

21.01.2013 21:54:10

Цитата
Des пишет: Было здорово, если бы Вы обратили внимание битрикса на это. Глядишь и исправили бы когда-нибудь...

Я думаю, они это уже исправили, а у пользователей, у которых не срабатывает отправка, скорее всего на самом деле все работает, но письма попадают в спам. или что-то еще с настройками - причин может быть масса...
У меня ситуация вообще загадочная. Пока все отлаживалось на тестовм экземпляре битрикса, шататная отправка уведомлений не работала, и я сделал выше описанным образом. Но когда внедрил это все на рабочем экземпляре битрикса, то пользователи стали получать уведомления в двух экземплярах - одно отправленное штатными средствами битрикс, а второе через init.php. так что в init.php пришлось закомментарить вызов отправки.

Пользователь 25071

Заглянувший

Сообщений: 41 Баллов: 2 Регистрация: 26.05.2008

#22

22.01.2013 00:12:30

Александр Мушников,
спасибо, помогло ваше решение. В спам письма не попадают, но неделю назад всё работало. Теперь вообще не понятно почему.

Делитесь своими знаниями – это путь к бессмертию.

Если ответ помог - жмём "Нравится").

Пользователь 173519 Эксперт Сообщений: 493 Баллов: 54 Регистрация: 30.03.2013	#23 14.08.2016 17:32:37 Попробуйте проверить какая почта указана в настройках сайта в поле E-Mail адрес по умолчанию. В почтовом шаблоне NEW_USER_CONFIRM используется макрос #DEFAULT_EMAIL_FROM# в поле От кого. В моем случае письма не хотели уходит с почтой указанной в настройках, после изменения почты на другую в настройках все заработало. Разработка и поддержка интернет магазинов на Битрикс www.fl.ru/users/electroid/, интеграция битрикс и 1С.

Письмо с подтверждением о регистрации

Продукты

Управление сайтом

Битрикс24

Интернет-магазин + CRM

Решения

Для интернет-магазинов

Каталог готовых решений

Внедрение

Выбрать партнера

Проверить партнера

Стать партнером