Status bounced что значит
Проблема в Postfix?
Настраиваю сервер Postfix+Dovecot+MySQL+еще куча всякого фарша.
После того, как я «настроил» и постфикс и довекот, я пытаюсь его тестировать.
И не могу понять что не работает? Postfix? Dovecot? Может я неверно MX записи в админке домена выставил:
В какую сторону рыть? Может вывод каких-нибудь файлов для пущей наглядности выложить?
Postfix тебе же говорит:
Oct 2 23:37:17 debian postfix/trivial-rewrite[21094]: warning: do not list domain amet13.name in BOTH mydestination and virtual_mailbox_domains
Судя по логам не найден пользователь admin и следует указать адрес отправителя.
В данном примере не работает Postfix. Выложи его конфиг куда-нить.
Ну и рекомендации с reg.ru про MX запись:
В поле Mail Server желательно вводить имя домена, а не IP-адрес, т.к. не все почтовые сервера/сервисы могут доставлять почту в противном случае.
Гуглил по этому эррору, не нашел для себя ничего. А что это может значить?
И еще я очень сомневаюсь в правильности MX записи в домене, делаю это впервые, поэтому не знаю, правильно или нет.
Гуглил по этому эррору, не нашел для себя ничего. А что это может значить?
Ну для начала правильно перевести стоит.
внимание: не включайте домен amet13.name в ОБА списка mydestination и virtual_mailbox_domains
Теперь надо прояснить для себя в чем разница между mydestination и virtual_mailbox_domains.
не знаю, с postfix’ом толком не сталкивался, на днях поднимал почту на exim.
Судя по логам не найден пользователь admin и следует указать адрес отправителя.
Так у него он в виртуале, раз использует mysql. Или чего ТС хочет? Варнинг ранее как раз предупреждает, что сначала-ка я доставлю по-обычному и обламывается.
Теперь надо прояснить для себя в чем разница между mydestination и virtual_mailbox_domains.
Убрал amet13.name из mydestination.
Вроде ошибка пропала.
Теперь появилась ошибка в dovecot.
Написано, что unknown user, хотя я его создавал в БД.
Выборка mysql проходит корректно? Права?
Как узнать?, в этом пока не очень разбираюсь.
Да на самом деле я много инфы юзал. Основной вот этот: http://www.ussr.kiev.ua/ru/Debian-Postfix-Dovecot На самом деле я задумал гораздо больше, еще потом clamav+spamassasin и т.д. Но споткнулся после настройки довекота. Дело в том, что в этом мане, по которому я делаю, довекот еще старый, поэтому полностью перекопировать код из статьи не получится, вот я и стал по своему настраивать его.
password_query = SELECT email as user, password FROM virtual_users WHERE email=’%u’;
В твоем случае, таблица, имена полей — все должно совпадать, как для davecot, так и для postfix. Выборка у тебя может быть составлена по-другому. Файл настроек mysql для dovecot может быть где-угодно 🙂 Поэтому читай внимательно свой мануал. Может что-то ты упустил.
Задача: настроить отправку электронной почты (e-mail) от пользователей сервера в интернет. Необходимо для мониторинга оборудования, извещения о событиях и т.п. Пример: получать оповещения от smartd в случае обнаружения проблем со SMART диска.
Но для того, чтобы отправленные из своего MTA письма были доставлены до адресата, а не удалены спам-фильтром получателя, необходимо располагать:
Здесь будет рассматриваться установка и настройка Postfix для CentOS 7. Эта информация будет полезна и для выбора и установки MTA на другие системы.
Выбор почтового сервера
Из огромного множества рассмотрим 3 самых массовых почтовых сервера: Sendmail, Exim и Postfix.
Полезная информация по выбору MTA
Установка и настройка Postfix в CentOS 7
Установка и сохранения настроек по умолчанию в файле main.cf.origin:
Для настройки конфигурации Postfix необходимо отредактировать или добавить следующие параметры в главном конфигурационном файле Postfix /etc/postfix/main.cf:
После первичной настройки запускаем Postfix и прописываем его в автозагрузку:
Чтобы перечитать конфиг Postfix после его редактирования, пригодятся такие команды:
После этого Postfix готов к тестированию. Отправим почтовое сообщение самому себе на e-mail myemail@example.com и посмотрим логи Postfix:
Если в журнале присутствует такая строчка со статусом «status=bounced«, значит e-mail отклонен сервером получателя. Причину ищите в этой же строке журнала чуть дальше:
Если же в журнале «status=sent«, значит e-mail принят сервером получателя и будет скорее всего доставлен по назначению:
Дополнительные настройки для работы почтового сервера
Настройка Hostname сервера
Посмотреть, как называется сервер можно такой командой:
Если название отличается от необходимого или не установлено, тогда записать hostname для сервера:
Настройка PTR (Reverse DNS)
Сервер-отправитель письма указывает в параметре HELO (EHLO) свой домен, например server.example.com, а сервер получателя делает специальный whois-запрос, чтобы проверить, какой домен записан для IP сервера отправителя. Если домен, указанный для IP и в заголовке HELO (EHLO) не совпадают, то с большой долей вероятности письмо будет или отклонено, или перемещено в папку Спам.
Настройка DNS доменного имени почтового сервера
В панели управления регистратора домена example.com поддомен для сервера (server) конфигирируется, обычно, в разделе «Настройка DNS«:
Проверка влияния настроек PTR и DNS на отправляемые e-mail
После изменения настроек DNS необходимо подождать какое-то время, для того, чтобы они обновились на всех DNS серверах. Иногда это может затянуться до одних суток.
Отправляем тестовое письмо на свой e-mail и смотрим журнал:
По умолчанию, Postfix, да и, наверное, все другие MTA, отправляет письма в открытом не зашифрованном виде. Это сравнимо с просмотром web-страниц по небезопасному протоколу HTTP, вместо HTTPS. В этом случае, например, в интерфейсе Gmail, напротив получателя будет отображаться красный перечеркнутый замок, означающий, что сообщение не зашифровано. Но самое печальное, что если в письме будут какие-либо конфиденциальные данные, их смогут без проблем прочитать все, через кого проходит трафик, что очень и очень не безопасно.
TLS-шифрование отправляемых писем в Postfix
Далее нужно внести изменения в главный файл конфигурации Postfix (/etc/postfix/main.cf), а точнее, просто добавить строки, опубликованные ниже в конец файла:
Краткое описание настроек для шифрования исходящих писем:
[postfix][unknown user] не приходят письма
при отправлении писем с других серверов в логе постфикса появляются записи вида
подскажите, пожалуйста, что не так. с вечера мозг насилую
скорее всего проблема в этой строке
должно быть что-то вроде
если нужно можно еще добавить и www.$mydomain, но я не видел почтовых адресов вида имя@http://www.example.com
выдает просто хостнейм
засим правлю
myhostname = хостнейм
и комментирую
#mydomain =
закоментил вторую строчку, оставил только unix:passwd.byname
убрал все virtual_, теперь постфикс ругается
.. postfix/virtual[12010]: fatal: bad string length 0 ★ ( 08.03.10 16:32:54 )
и все входящие письма висят в очереди и не хотят обрабатываться
славься, славься, великий webmin!
зашел в панель webmin, edit mail and ftp users, нажал на юзера, а там Primary email address enabled? No
. оказывается, волшебная фея забрала не только рабочий конфиг, но еще и все алиасы из /etc/postfix/virtual
щас добавлю туда всех юзеров, и проверю доставку.
/me сохранил бэкап в /root/backup/ на сервере, на ноут, на комп, и на две флешки
А ещё сделай так чтобы автоматом раз в неделю /etc куда-нить на удалённый хост складывался. Я написал скрипт который раз в день сохраняет бэкапы локально с инкрементами(rsnapshot) и самый актуальный шифрует и заливает хостеру по ftp с ssl.
я не так часто что-либо ломаю^Wнастраиваю, чтобы раз в неделю весь /etc бэкапить 🙂
так оно и весит копейки. Один раз настроил и забыл.
Отправляется ли письмо на 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
Что значит status=sent (250 OK >
Сообщение покупателю email1@inbox.ru ID-A94533A24808 ушло через релей mxs.mail.ru.
Сообщение продавцу info@somesite.ru ID-77FE83A24807 некорректное и было перенаправлено по алиасу «virtuser_501@testrelease.ispsystem.net» в локальный почтовый ящик, а должно было уйти через релей гугла.
Некорректное имя домена «message-id= ( 15.05.16 17:11:54 )
В настройках main.cf постфикса сейчас такое
myhostname = testrelease.ispsystem.net mydomain = ispsystem.net
Видимо из-за этого. Получается надо поменять main.cf и настроить MX записи у somesite.ru?
Если вы рассчитываете на то, что установив Postfix, вы будете без проблем рассылать сообщения, то вы ошибаетесь. Прежде всего, Postfix это почтовый транспорт, который общается с такими же почтовыми агентами в сети. Для начала определитесь, что вам нужно от транспорта, и только после этого настраивайте «myhostname» ;).
Здравствуйте. Спасибо. Нужно отсылать письма, единичные и рассылки (до 2500 подписчиков). Это что-то меняет?
Конечно, если вы хотите рассылать сообщения от вашего домена, то вы должны соответствовать принятым стандартам, в противном случае ваши сообщения будут блокироваться. Если вы собираетесь отправлять сообщения через почтовый шлюз, то разговаривайте с теми, кто предоставляет услуги по пересылке почты.
Сервис рассылки и Postfix крутятся на одной машине? Доменное имя у вас есть?
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 : Recipient address rejected: User unknown in local recipient table; from= to= proto=ESMTP helo=
Периодически также мелькает unknown user: «info» Как можно создать этого неизвестного юзера в локальной таблице реципиентов?
NOQUEUE: reject: RCPT from forward9p.cmail.yandex.net[87.250.241.194]: 550 5.1.1
Я так понимаю, что у вас настроен релей в «/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 🙂 Что же еще надо прописать?
/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? Надо создать пользователя. Как?
Я так понимаю, что письма должен доставлять procmail, но почему-то нет файла его настроек, файла etc/procmailrc. Может быть из-за этого письма не видны во входящих. Как поступить в этой ситуации? Создать типовой procmailrc и дело с концом? 🙂
Перед набором символов reject_unauth_destination пробел есть
Я просто тестировал дойдёт что-либо в info@somesite.ru отсылая письмо со своего личного яндексовского ящика.
Логично, теперь мне стало ясно, почему Postfix отреагировал на MUA-клиент. Оказывается это ваш домен.;)
В ISP панели я этот ящик создал, но видим этого не достаточно, чтобы увидеть входящую почту в том же Squirell mail 🙂 Что же еще надо прописать?
Не совсем понимаю, о чем речь.
Отключите параметры «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 отвечает?
Каким способом отправляли сообщения на ящик «info@somesite.ru»? Пробовали отправлять с удаленного сервера, доходит до получателя?
Но почему-то писем не видно в интерфейсе SquirellMail.
SquirellMail это MUA-клиент с веб-интерфейсом, как и все остальные, рассчитан, прежде всего, на работу с MDA. Посмотрите в документации его возможности.
Procmail выступает в роли LDA (локальный агент доставки).
Спасибо. Домен точно мой 🙂 А где вы exim увидели.
Хостер поменял почтовый клиент на RoundCube, я пересоздал ящик info@somesite.ru через ISP панель с перенаправлением писем на резервный_ящик@bk.ru.
Если с внешнего личного мэиловского ящика(customer@inbox.ru) писать на доменную почту сайта(info@somesite.ru), то письма приходят в резервный_ящик@bk.ru, а значит и на info@somesite.ru.
Вот какой почтовый лог генерит один заказ на сайте: [SPOILER]
Postfix пересыл почты для рута виртуальному пользователю
Настраивать только начал сейчас добился того что уходит почта виртуальным пользователям (mail amdrey@dracon753.ru) main.cf
в /etc/mail/aliases прописываешь алиас вида root: mailbox@maildomain
Как вариант, можно добавить в начало virtual_alias_maps строку «hash:ИМЯ_ФАЙЛА», в файле прописать всё, что нужно:
Не забыть сделать postmap на этот файл.
newaliases запускал после этого?
нас колько я понял newaliases тут не поможет
>нас колько я понял newaliases тут не поможет
Чувак, есть файл /etc/aliases куда добавляются альясы пользователей. После того, как альяс добавлен, нужно обязательно запустить newaliases иначе этот свежий альяс не добавится.
Такую тупость оставлю без комментов. В сети полно манулов, зачем на ЛОР писать?
разобрался делал так
Чувак, хватит прикалываться. Есть файл /etc/aliases, который присутствует почти в каждой системе(редхат, суся, дебиан), и не завист от того, есть у тебя постфикс, или нет. Там указываются альясы локальных юзеров, типа рут и т.д. Формат таков
root: vasja_pupkin@something.com
>затем newaliases шлю письмо root mail root письмо не доходит
В логах нужно было посмотреть, почему не уходило. Ведь если не уходило, значит что-то криво настроено.