Отправляется ли письмо на info@somesite.ru согласно логам?
Помогите пожалуйста узнать по логам, нормально ли происходит отправка двух писем согласно логу. Одно письмо должно отправиться на email1@inbox.ru покупателя, а второе на info@somesite.ru продавца. Почему-то второе письмо на info@somesite.ru не поступает(нет ни в корзине, ни в спаме). info@somesite.ru сейчас работает благодаря сервису бизнес.mail.ru Отправка писем происходит через функцию PHP Mail. VPS сайта somesite.ru построен на Debian 7 с Postfix и dovecot
Вот лог отправок писем, создаваемый после одного заказа: May 15 15:12:12 server1 postfix/pickup[19046]: 77FE83A24807: uid=500 from=<email1@inbox.ru> May 15 15:12:12 server1 postfix/cleanup[19315]: 77FE83A24807: message-id=<19e9db64035f2669e89f1bf0587a4c15@http://www.somesite.ru> May 15 15:12:12 server1 postfix/qmgr[2638]: 77FE83A24807: from=<email1@inbox.ru>, size=1271, nrcpt=1 (queue active) May 15 15:12:12 server1 postfix/pickup[19046]: A94533A24808: uid=500 from=<info@somesite.ru> May 15 15:12:12 server1 postfix/cleanup[19315]: A94533A24808: message-id=<21fc4b65ccaaa9cfc6fd724dc4a9566e@http://www.somesite.ru> May 15 15:12:12 server1 postfix/qmgr[2638]: A94533A24808: from=<info@somesite.ru>, size=1411, nrcpt=1 (queue active) May 15 15:12:12 server1 postfix/local[19320]: 77FE83A24807: to=<virtuser_501@testrelease.ispsystem.net>, orig_to=<info@somesite.ru>, relay=local, delay=0.45, delays=0.31/0.01/0/0.12, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail) May 15 15:12:12 server1 postfix/qmgr[2638]: 77FE83A24807: removed May 15 15:12:15 server1 postfix/smtp[19322]: A94533A24808: to=<email1@inbox.ru>, relay=mxs.mail.ru[217.69.139.150]:25, delay=3.4, delays=0.28/0.07/0.32/2.8, dsn=2.0.0, status=sent (250 OK 15 15:12:15 server1 postfix/qmgr[2638]: A94533A24808: removed
Что значит status=sent (250 OK >
Сообщение покупателю email1@inbox.ru ID-A94533A24808 ушло через релей mxs.mail.ru.
Сообщение продавцу info@somesite.ru ID-77FE83A24807 некорректное и было перенаправлено по алиасу «virtuser_501@testrelease.ispsystem.net» в локальный почтовый ящик, а должно было уйти через релей гугла.
Некорректное имя домена «message-id=<. @http://www.somesite.ru». У поддомена «testrelease.ispsystem.net» нет MX-записей, записи есть у доменна somesite.ru.
В настройках main.cf постфикса сейчас такое
myhostname = testrelease.ispsystem.net mydomain = ispsystem.net
Видимо из-за этого. Получается надо поменять main.cf и настроить MX записи у somesite.ru?
Получается mydomain надо заменить на somesite.ru А вот как узнать на, что поменять myhostname = testrelease.ispsystem.net ?
Если вы рассчитываете на то, что установив Postfix, вы будете без проблем рассылать сообщения, то вы ошибаетесь. Прежде всего, Postfix это почтовый транспорт, который общается с такими же почтовыми агентами в сети. Для начала определитесь, что вам нужно от транспорта, и только после этого настраивайте «myhostname» ;).
Здравствуйте. Спасибо. Нужно отсылать письма, единичные и рассылки (до 2500 подписчиков). Это что-то меняет?
Конечно, если вы хотите рассылать сообщения от вашего домена, то вы должны соответствовать принятым стандартам, в противном случае ваши сообщения будут блокироваться. Если вы собираетесь отправлять сообщения через почтовый шлюз, то разговаривайте с теми, кто предоставляет услуги по пересылке почты.
Спасибо. Вот main.cf - http://pastebin.com/raw/idSxFmL4 Нашёл файл etc/mail/virtusertable, в котором была запись вида info@somesite.ru virtuser_501 затёр её, сохранил файл, но в логах всё равно пишется что пересылается абоненту virtuser_501@somesite.ru. Надо etc/mail/virtusertable.db обновить? Как это делается?
<code> # postmap hash:/etc/mail/virtusertable </code>
Сервис рассылки и Postfix крутятся на одной машине? Доменное имя у вас есть?
Спасибо. Да, на одной. домен есть, за ним «следят» сторонние относительно регистратора ns-сервера. Обновил virtusertable.db. Теперь новая ситуация :) Попробовал отправить письмо на info@somesite.ru с обычного yandex-го ящика - в логах появляется такое:
May 17 17:56:33 server1 postfix/smtpd[19508]: NOQUEUE: reject: RCPT from forward9p.cmail.yandex.net[87.250.241.194]: 550 5.1.1 <info@somesite.ru>: Recipient address rejected: User unknown in local recipient table; from=<mojyashik@yandex.ru> to=<info@somesite.ru> proto=ESMTP helo=<forward9p.cmail.yandex.net>
Периодически также мелькает unknown user: «info» Как можно создать этого неизвестного юзера в локальной таблице реципиентов?
У вас ошибка с конфигурации файла main.cf, строка «reject_unauth_destination, . » это продолжение параметра «smtpd_recipient_restrictions =», поставьте перед строкой «reject_unauth_destination, . » пробел.
NOQUEUE: reject: RCPT from forward9p.cmail.yandex.net[87.250.241.194]: 550 5.1.1 <info@somesite.ru>
Я так понимаю, что у вас настроен релей в «/etc/mail/domainips» на yandex, но зачем? А учетные записи для внешнего ящика прописаны?
Попробовал отправить письмо на info@somesite.ru
Почтового ящика «info@somesite.ru» не существует.
У вас есть виртуальные пользователи?
Как можно создать этого неизвестного юзера в локальной таблице реципиентов?
Postfix пытается отправить отчет о том, что получатель «info@somesite.ru» недоступен и не знает куда. Нужно явно указать локальные ящики Unix-пользователей.
Проверьте, там ли они у вас находятся. Просмотреть содержимое можно с помощью команды mail:
Перед набором символов reject_unauth_destination пробел есть, он виден в http://pastebin.com/raw/idSxFmL4
Файл /etc/mail/domainips пуст. Я просто тестировал дойдёт что-либо в info@somesite.ru отсылая письмо со своего личного яндексовского ящика.
В ISP панели я этот ящик создал, но видим этого не достаточно, чтобы увидеть входящую почту в том же Squirell mail :) Что же еще надо прописать?
В /etc/mail/local-host-names хранится имя домена somesite.ru Файл /etc/mail/virtusertable - пустой
/var/spool/mail выступает ссылкой, которая открывает директорию /var/mail, в которой лежат файлы nobody, root, virtuser_501, но файла info нет.
Поменял предложенные Вами значения параметров в main.cf, перезапустил postfix, по прежнему при попытке отправить что-либо на info@somesite.ru в ответ приходит Recipient address rejected: User unknown in local recipient table
Как же настроить прием писем на info@somesite.ru? Надо создать пользователя. Как?
Исправил. Теперь письма на info@somesite.ru отправляются, по крайней мере в логах такое May 18 12:51:38 f postfix/local[10672]: 33D173A24537: to=<info@somesite.ru>, relay=local, delay=0.97, delays=0.93/0/0/0.04, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail) и ответных сообщений о недоставке не приходит. Но почему-то писем не видно в интерфейсе SquirellMail.
Я так понимаю, что письма должен доставлять procmail, но почему-то нет файла его настроек, файла etc/procmailrc. Может быть из-за этого письма не видны во входящих. Как поступить в этой ситуации? Создать типовой procmailrc и дело с концом? :)
Перед набором символов reject_unauth_destination пробел есть
Я просто тестировал дойдёт что-либо в info@somesite.ru отсылая письмо со своего личного яндексовского ящика.
Логично, теперь мне стало ясно, почему Postfix отреагировал на MUA-клиент. Оказывается это ваш домен.;)
В ISP панели я этот ящик создал, но видим этого не достаточно, чтобы увидеть входящую почту в том же Squirell mail :) Что же еще надо прописать?
Не совсем понимаю, о чем речь.
В /etc/mail/local-host-names хранится имя домена somesite.ru Файл /etc/mail/virtusertable - пустой
Отключите параметры «virtual_alias_domains» и «virtual_alias_maps». Настройте ваш хост и домен. Соответствующие MX-записи у вас есть.
/var/spool/mail выступает ссылкой, которая открывает директорию /var/mail, в которой лежат файлы nobody, root, virtuser_501
Это хорошо, но для реализации рассылок это не достаточно.
Поменял предложенные Вами значения параметров в main.cf
Вашу конфигурацию я не трогал, а лишь добавил необходимые проверки.
Как же настроить прием писем на info@somesite.ru? Надо создать пользователя. Как?
Создать виртуальных пользователей и определить их в параметрах «virtual_*». Для этого придется настроить MDA.
Вы знаете, письма в файле var/mail/info есть, видимо squirellmail неправильно настроен. С чего бы начать проверки?
Создайте в системе Unix-пользователя «info» и добавьте для него алиас в файле «/etc/aliases»:
После этого выполните:
Попробуйте отправить сообщение на почтовый ящик «info@somesite.ru».
Домен «somesite.ru» точно ваш? Почему на нем Exim отвечает?
postfix/local[10672]: 33D173A24537: to=<info@somesite.ru>, relay=local, delay=0.97, delays=0.93/0/0/0.04, dsn=2.0.0, status=sent
Каким способом отправляли сообщения на ящик «info@somesite.ru»? Пробовали отправлять с удаленного сервера, доходит до получателя?
Но почему-то писем не видно в интерфейсе SquirellMail.
SquirellMail это MUA-клиент с веб-интерфейсом, как и все остальные, рассчитан, прежде всего, на работу с MDA. Посмотрите в документации его возможности.