Я пытаюсь устранить проблему с отправкой почты на сервере Red Hat / Apache. Когда я отправляю электронное письмо из командной строки, используя sendmail -t, Я получаю обратные письма с такими сообщениями:
The original message was received at Thu, 7 Apr 2011 10:24:56 -0500
from internal.example.edu [127.0.0.1]
----- The following addresses had permanent fatal errors -----
<bob@subdomain.example.edu>
----- Transcript of session follows -----
<bob@subdomain.example.edu>... Deferred: Connection timed out with mail.global.frontbridge.com.
Message could not be delivered for 5 days
Message will be deleted from queue
--p3CFqmnx022071.1302624414/internal.example.edu
Content-Type: message/delivery-status
Reporting-MTA: dns; internal.example.edu
Arrival-Date: Thu, 7 Apr 2011 10:24:56 -0500
Final-Recipient: RFC822; bob@subdomain.example.edu
Action: failed
Status: 4.4.7
Remote-MTA: DNS; mail.global.frontbridge.com
Last-Attempt-Date: Tue, 12 Apr 2011 11:06:54 -0500
Этот тайм-аут разговаривает с mail.global.frontbridge.com вероятно, причина проблемы. НО, было высказано предположение, что этот конкретный тайм-аут был вызван тем, что отправка тестового электронного письма из командной строки заставила локальный MTA идентифицировать себя с использованием имени «internal.example.edu», в результате чего удаленный MTA отклонил сообщение, потому что он не не распознает наш DNS только для внутреннего пользования.
Первоначальная проблема была обнаружена, когда некоторые сценарии PHP на сервере перестали правильно отправлять почту. Доступ к этим сценариям осуществляется через веб-браузер (очевидно) с использованием допустимого внешнего имени для сервера.
Итак, по сути, я хочу проверить локальную почтовую катушку пользователя apache, чтобы увидеть, есть ли там электронные письма с возвратом, которые исключили бы внутреннее / внешнее имя из уравнения и, возможно, пролили бы немного больше света на этот вопрос. Это возможно? Есть ли у пользователя apache вообще почтовый ящик?
Я попытался отправить несколько писем с заголовком Return-Path, установленным на адрес электронной почты, который я контролирую ... но поскольку вся проблема в том, что сервер не может отправлять электронную почту правильно, это не сработало.
Проверить, если /var/spool/mail/<apache user> существует, это почтовый файл. Вы можете прочитать его с помощью текстового редактора или настроить mutt чтобы проверить это локально (измените $SPOOLFILE переменная среды, чтобы он проверял файл, отличный от значения по умолчанию.
РЕДАКТИРОВАТЬ: Я не уверен, что почтовый ящик Red Hat /var/spool/mail, так что вам, возможно, придется покопаться, чтобы подтвердить это.