не отправляются письма

Согласен, с почтой у битрикса плохо, в день из 200 писем не уходит половина,  сделал  #define("BX_CRONTAB_SUPPORT", true);  письма которые не уходили стали уходить, зато часть из писем, которые до этого уходили перестали уходить.  

Возможно, кому-то будет полезно. Не отправлялась почта, в msmtp.log было пусто. Из консоли из-под root "echo -e "test message" | /usr/bin/msmtp --debug -t -i name@site.ru" работало, в msmtp.log информация появлялась. Причина оказалась в правах, нужно, чтобы пользователь bitrix имел соответствующие права для файлов, имеющих отношение к msmtp.

2018 год гуглить так и не научились.

Серьезно? Какое отношение стороннее ПО (отправка почты) имеет к битриксу? Обратитесь в конце концов к квалифицированным специалистам и не страдайте херней.
Та же техническая поддержка помогает настраивать почту

2019 год - та же проблема. ТП молчит сутками.

В общем я не знаю в чем тут дело, но я у себя починил так:
Настройки -> Список сайтов -> s1 (если у вас 1 сайт, если нет, то нужный), в блоке "Параметры" есть E-Mail адрес по умолчанию. Вот если в нем указать почтовый ящик от mail.ru (любой из их доменов inbox.ru, mail.ru и т д), то почта не работает. Точнее почта то работает, в логах сервера четко об этом написано, но вот дальше mail.ru уже не отправляет. В моем случае почта на яндексе, ставлю ее - все работает.

Т.е. по сути все дело было в почтовом сервере mail.ru. Скорей всего нужно писать им, ибо Ваш домен может оказаться в черном списке, если когда-то с него была куча спама.

Подтверждаю, стоял ящик на mail.ru в настройках сайта (E-Mail адрес по умолчанию) и из-за этого не работала вся почта на сайте, при этом функция php mail работала.
Хостинг на таймвеб, раньше у меня тоже была проблема с почтой на mail.ru и хостингом на таймвеб, что-то они явно не дружат между собой.  

Может кому то поможет, у меня все работало хорошо и письма ходили и нам(с уведомлениями) и клиентам, пока в один прекрасный момент мы не исправили DNS записи и не добавили туда DMARC запись, после этого события письма перестали доставляться до адресата. Копали, копали, в итоге сопоставили даты прекращения хождения почты и установки DMARC записей и они совпали. Отменили DMARC запись и письма снова стали ходить. Оказалось что в DMARC которую мы установили мы проставили правило "не принимать" письма не подписанные DKIM и SPF записью. А т.к предварительно на виртуальной машине подобные настройке мы не совершили то и письма отправляемые с сайта не были подписаны этими записями. Исправляем ошибку.

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

Отвалилась почта на отправку, меняли настройки и почту, не помогает...

АП. заработала...

В конфиге .msmtprc достаточно в начале прописать default smtp, пример для Яндекса:



+ в шаблонах от Аспро  быстрый заказ отсылает почту только по #EMAIL_BUYER#
от кого указывайте #DEFAULT_EMAIL_FROM#