Алексей Косоротов (Все сообщения пользователя)

Судя по всему вы проигнорировали мой ответ....судя по всему вы и сами всё лучше знаете.

Скорее всего, у вас не настроен msmtp для дефолтного пользователя вот тут /etc/msmtprc

Тогда модифицируйте поиск.

Если убрать предыдущий код, то на карту всё попадает?

Светлана, если редиректит, то в первую очередь попробуйте отключить "Защиту от фреймов" в настройках Битрикс в Проактивной защите.

Светлана, в первую очередь попробуйте посмотреть в браузере без всяких плагинов (отключение рекламы и т.п.) и без антивируса. Вчера тоже всю голову сломал, пока искал проблему на сайте, у которого вообще html, единственное, что хостится на виртуальной машине Битрикс. Сначала, подумал, что это настройки такие....но потом убедился, что в header ничего такого не передается (X-Frame-Options) и т.п.

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

Я рад, что у вас получилось.

Единственное, я бы подсократил.

Может быть поменять сортировку правил шаблонов?

Мне кажется, что проще вместо Mail.ru вам нужно включить/использовать МойМир. Суть та же, а "проблем" меньше.

Сергей, может быть тогда стоит последить за событием OnBeforeUserUpdate ?


Если совсем не работают, то может быть попробывать main поменять на socialservices, события же не главного модуля, а социальных сервисов.

А почему удаляете после, а не до  OnBeforeUserRegister?

Ну или смотрите здесь http://dev.1c-bitrix.ru/api_help/socialservices/events/index.php

Посмотрите, что вообще передает компонент в   $arItem["PROPERTIES"]["LINK_1"], если там где-то есть адрес, например в  $arItem["PROPERTIES"]["LINK_1"][" DETAIL_PAGE_URL "], то хорошо.

Как вариант, делать копию компонента и править http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php
и запрашивать в том числе, PROPERTY_LINK1.DETAIL_PAGE_URL

Мунир Муборакшоев, вспоминать.....или начинать сначала.  

Посмотрите этот - http://www.d-it.ru/solutions/asd.isale/

Антон Пилецкий, спасибо! Мне кажется, что я перерыл всё что мог (форум, блоги, интернет) и если учитывать все подводные камни, мне кажется, что msmtp стабильнее.

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

В общем, заработало и ладно. Итак очень много времени убил.

закройте доступ по IP (только ваш), либо через basic authentication

Надежда Неверова, спасиьо за ваш комментарийЯ всё оставил как есть по дефолту, то есть
- агенты итак были на крон
- ничего не правил в строке запуска крона, который добавил через "Масштабирование"
- не менял права на конфигурационный файл

Единственное, поставил symlink из  /home/bitrix/.msmtpr в  /etc/msmtprc вместо копирования.

В итоге пока решил перейти на msmtp.

Денис Диденко, а что конкретно нужно настроить, чтобы письма отправлялись, а не уходили в статус "F"?

Сначала он не видел sendmail, я в само "расписание" прописал PATH, теперь не ругается, но всё-равно не отправляет.  

При выполнении агентов на кроне не работает CEvent::Send (попытка отправить всегда заканчивается статусом F)

Про CEvent::SendImmediate знаю - он работает, хочется просто понять. Если перенес исполнение агентов на крон, то про CEvent::Send надо забыть или есть варианты?

Если выполнили предписания из раздела ( Обобщенное решение для выполнения всех агентов из под cron ), то запускать будут все агенты "как обычно", то есть учитывая все параметры.

Агенты будут выполняться "как обычно", но не на хитах пользователей, а на хитах cron.

Наверное, что-то типа


spl_autoload_register('__autoload');
function __autoload($class)
{
switch($class)
{
case "Minify_Loader":
                require $_SERVER["DOCUMENT_ROOT"].'/lib/Minify/Loader.php'; break;
}
}