Добрый день!
Подскажите, в чём может быть дело?
С какого-то момента php-команда mail() перестала отправлять почту. При чём ошибок не выдаёт. В результате тестов выяснилось, что почта доходит только до почтовых аккаунтов на этом же сервере, а до других, за его пределами - нет.
Техподдержка не отмалчивается, но точную причину понять так и не может.
От чего может быть такой странный глюк? Подскажите! Каждый день клиентам нужно отправлять несколько десятков писем, а проблема уже почти месяц не решается.

Вообще странно, что техподы молчат, практически любая проблема с почтой видна в логах почтового сервера. Хотя за windows хостинг говорить не берусь.

Да они не молчат, каждый раз отвечают "Исправлено". Вчера вот действительно, одно письмо дошло до адресата, но только одно. Логи наверное уже смотрели, но, видимо, безресультатно.

Ответ прост: меняйте хостинг, месяц простоя в бизнесе для многих крах, не пойму чего вы тянете.

Сегодня говорят, что "по логам - всё в порядке" и сами не поймут, в чём дело.
Да, за месяц мы много потеряли, но хостера менять не хотим, т.к. уже меняли - и было намного хуже. Будем ждать, пока наладят mail().

Возможно просто запретили отправку почты этой командой. Борьба со спамом.
Второй вопрос - почему не сообщили? Но тут я пас...

Ага, и сами же борятся с этой проблемой?

А мало разве подобных парадоксов?

Может быть у них путь к sendmail в php.ini не так прописан, или например IP попал в черные списки... с почтой вякое бывает ведь и не всегда понятно где проблему искать ) Хотя зная наиболее часто возникающие проблемы можно найти наверное.
Вообще судя по тому что локально почта ходит - думаю либо в sendmail/exim проблема (в самом или в php.ini) либо IP в черных списках.

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

Если по логам все в порядке значит они должны видеть как письмо поступило в очередь и как из очереди ушло например другому серверу обслуживающему домен адресату, в логах это 100% видно, а если письмо хотя бы поступило в очередь значит mail() работает без проблем, если письмо еще и ушло значит оно передано тому серверу и искать причину надо там, возможно антиспам и т.д. Что-то мне подсказывает как постмастеру с большим стажем что Вас водят за нос пытаясь что то исправить. Как пример попросите их выслать логи отправки Вашего письма с адреса x@domain.com на адрес y@mai.ru к примеру, пусть вышлют grep по ID вашего письма в очереди.

Мне тоже всё больше кажется, что что-то исправляют.
Сегодня, к счастью, исправили. Правда, в данный момент, кажется, апач упал - сайт пингуется, но не грузится. Но это, как проснутся, поправят.
Всем спасибо за предложения!

С ДНС проблема явно.

Проработало недолго
А что за проблема с днс может быть? Все домены действующие.

А вот сегодня ко мне сервер попал с такой же проблемой - почта не отправляется функцием mail()
Оказалось:
1. В php.ini прописаны явно виндовые настройки для sendmail ( localhost, 25 port и закоментирован sendmail_path)
2. Нет dns-зоны для хостнейма

Причем если первое наглядно, можно было поправить первое и гадать почему же не работает, не обращая внимания на второе А второе только по логам и нашлось

Глюк вернулся, причина его - "специфика работы Exim". Кто-нибудь сталкивался с этим?

Exim работает с php. Ничего специфичного.

Говорят, глючный билд Exim...

Плохому админу билды мешают