Доброго времени суток. Подскажите пожалуйста что-то я не совсем понимаю, что нужно сделать чтобы с виртуальных доменов можно было отправлять почту во внешний мир (mail.ru, gmail.com, yandex.ru, ...). В какую сторону смотреть relay_domains или transport_maps или это всё не то? Виртуальный домен, пользователи и пароли храняться в БД MySQL. Если нужен конфиг или логи скажите - выложу. Пока что ситуация такая: если отправляю почту от реального пользователя (т.е. пользователя машины на которой Postfix и которая имеет fqdn реального домена), то почта на mail.ru приходит нормально. Если отправляю от имени пользователя виртуального домена, то Postfix говорит host mxs.mail.ru[94.100.176.20] said: 550 Unroutable address. Между пользователями виртуального домена почта ходит исправно.
> Если отправляю от имени пользователя виртуального домена, то Postfix говорит host mxs.mail.ru[94.100.176.20] said: 550 Unroutable address. Между пользователями виртуального домена почта ходит исправно.Это не постфикс говорит, это мейл ру говорит вашему почтовику.
Сходите к ближайшему книжному магазину, и купите англо-русский словарик, если гуглтранслейт не помогает.
это-то я понимаю, я так сказал, потому что сообщение в логах моего сервера находится. PavelR, спасибо за совет) А по делу можно что-нибудь сказать? Почему он такое говорит, в DNS вроде всё нормально, есть А-апись, MX-запись, PTR-запись для данной машины, чего ещё не хватает?
> это-то я понимаю, я так сказал, потому что сообщение в логах моего
> сервера находится.а перевести сообщение?
>> это-то я понимаю, я так сказал, потому что сообщение в логах моего
>> сервера находится.
> а перевести сообщение?я примерно представляю, что сервер mail.ru не может найти маршрут к несуществующему адресу, но от реального пользователя то всё доходит. физически то всё на одной машине. и если указывать реальный домен то работает. поэтому и спрашиваю, что в настройках надо сделать, чтобы и с виртуального домена письма тоже отправлялись?
>>> это-то я понимаю, я так сказал, потому что сообщение в логах моего
>>> сервера находится.
>> а перевести сообщение?
> я примерно представляю, что сервер mail.ru не может найти маршрут к
> несуществующему адресу, но от реального пользователя то всё доходит. физически то
> всё на одной машине. и если указывать реальный домен то работает.
> поэтому и спрашиваю, что в настройках надо сделать, чтобы и
> с виртуального домена письма тоже отправлялись?"виртуальный пользователь" он виртуален только тем, что он не является системным пользователем. В остальном он совершенно реальный. Только не системный.
прочитать то, что сами же написали, подумать, включить логику, подумать еще, потом исправлять и перенастраивать.
>>> это-то я понимаю, я так сказал, потому что сообщение в логах моего
>>> сервера находится.
>> а перевести сообщение?
> я примерно представляю, что сервер mail.ru не может найти маршрут к
> несуществующему адресу, но от реального пользователя то всё доходит. физически то
> всё на одной машине. и если указывать реальный домен то работает.
> поэтому и спрашиваю, что в настройках надо сделать, чтобы и
> с виртуального домена письма тоже отправлялись?Задумайтесь, как должна идти почта к этому самому пользователю, какие операции требуется производить серверам при подобной доставке.
ЧИТАТЬ НАДО БОЛЬШЕ.
и больше думать. смотреть с разных сторон на проблему.
> Задумайтесь, как должна идти почта к этому самому пользователю, какие операции требуется
> производить серверам при подобной доставке.
> ЧИТАТЬ НАДО БОЛЬШЕ.
> и больше думать. смотреть с разных сторон на проблему.Ещё раз спасибо. пошёл читать и думать (читаю кстати Гильдебрандта
и Кеттера). просто уточню чтобы недоразумений не было, мало ли, может я неправильно высказался... если так: user@real_domain.ru , то работает. а если: user@virtual_domain.ru, то нет.
просто я думал, что виртуальный домен нужно указывать в параметре relay_domains, но это как я понял не верно. больше ничего в голову пока не приходит(
1. Создать MX-запись для "виртуального" домена.
2. Создать А-запись для имени виртуального домена.
Выбирайте, что Вам удобнее. Разумеется, Вы должны иметь доступ к ДНС-серверу более "высокого" домена, чтобы внести изменения в файл описания зоны. Если Вы сами придумали этот "виртуальный" домен - то примите искренние соболезнования.
>>> это-то я понимаю, я так сказал, потому что сообщение в логах моего
>>> сервера находится.
>> а перевести сообщение?
> я примерно представляю, что сервер mail.ru не может найти маршрут к
> несуществующему адресу, но от реального пользователя то всё доходит. физически то
> всё на одной машине. и если указывать реальный домен то работает.
> поэтому и спрашиваю, что в настройках надо сделать, чтобы и
> с виртуального домена письма тоже отправлялись?убедить маил.ру принимать письма с несуществующих доменов) ну или другими словами - никак! )
> убедить маил.ру принимать письма с несуществующих доменов) ну или другими словами -
> никак! )убедить наверное всё-таки можно, указав, что за этот виртуальный домен отвечает реальный компьютер) но как? я логику никак не пойму.
>> убедить маил.ру принимать письма с несуществующих доменов) ну или другими словами -
>> никак! )
> убедить наверное всё-таки можно, указав, что за этот виртуальный домен отвечает реальный
> компьютер) но как? я логику никак не пойму.давайте так) существующий домен - домен, который резолвится! тоесть, mail.ru должен знать, на какой сервер слать почту. если ваш домен не резолвится - он несуществующий. и куда слать почту для вашего домена, разумеется, непонятно.
>>> убедить маил.ру принимать письма с несуществующих доменов) ну или другими словами -
>>> никак! )
>> убедить наверное всё-таки можно, указав, что за этот виртуальный домен отвечает реальный
>> компьютер) но как? я логику никак не пойму.
> давайте так) существующий домен - домен, который резолвится! тоесть, mail.ru должен знать,
> на какой сервер слать почту. если ваш домен не резолвится -
> он несуществующий. и куда слать почту для вашего домена, разумеется, непонятно.2shooroop2004:
отправьте почту с "нормального" и "ненормального" адреса, посмотрите конверты и найдите 10 отличий)ну видимо надо постфиксу сказать, чтоб он обрабатывал поддомены.
либо mx-ы для каждого писать в ДНС (если извращения хочется).
Спасибо всем большое, теперь я кажется понял, что если за этот виртуальный домен никто не отвечает, т.е. нет записей на DNS серверах, то и почту нельзя туда отправить. Я просто думал, что Postfix сможет как-то связать реальный (который резолвится) домен с вымышленным.
Кстати, отправлять то письма отправляются на mail.ru, но с mail.ru ответные письма не приходят) а буквально происходит следующее: mail пишет, что письмо отправленно, возврата не происходит, но у меня в логах ничего нет на этот момент. значит получается оно не доходит до моего Postfix'а. затем если я вообще выключаю почтовик, то через некоторое время у меня появляется в ящике на майл.ру письмо, что сообщение не может быть доставлено.
<shooroop@*****.ru>: connect to *****.ru[46.182.xx.xxx]: Connection refusedReporting-MTA: dns; fallback6.mail.ru
X-mPOP-Fallback_MX-Queue-ID: A8376361FE70
X-mPOP-Fallback_MX-Sender: rfc822; shooroop2004@mail.ru
Arrival-Date: Thu, 9 Jun 2011 16:54:26 +0400 (MSD)Final-Recipient: rfc822; shooroop@*****.ru
Original-Recipient: rfc822;shooroop@*****.ru
Action: failed
Status: 4.4.1
Diagnostic-Code: X-mPOP-Fallback_MX; connect to *****.ru[46.182.xx.xx]:
Connection refused
В связи с этим вопрос: связано ли это с кривыми значениями в параметрах home_mailbox и mail_spool_directory? я что-то запутался с ними. сейчас например вообще использую только home_mailbox , а mail_spool_directory отключил, так же можно делать? ящики в формате maildir. во всяком случае с виртуального домена почта системному пользователю приходит, а с mail.ru нет.
И ещё, не знаю относится ли это к проблеме или нет, но каждые 20 минут у системного пользователя появляются письма следующего содержания
Return-Path: <smmsp@*****.ru>
X-Original-To: root@*****.ru
Delivered-To: root@*****.ru
Received: from localhost (localhost [127.0.0.1])
by mail.*****.ru (Postfix) with ESMTP id 8067EE09D4
for <root@*****.ru>; Fri, 10 Jun 2011 15:20:02 +0400 (MSD)
X-Virus-Scanned: Debian amavisd-new at virtual.office.*****.ru
Received: from mail.*****.ru ([127.0.0.1])
by localhost (mail.*****.ru [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 3vhUH7eaB6vi for <root@*****.ru>;
Fri, 10 Jun 2011 15:20:01 +0400 (MSD)
Received: by mail.*****.ru (Postfix, from userid 119)
id 3340CE3648; Fri, 10 Jun 2011 15:20:01 +0400 (MSD)
From: root@*****.ru (Cron Daemon)
To: root@*****.ru
Subject: Cron <smmsp@mail> test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp
Content-Type: text/plain; charset=ANSI_X3.4-1968
X-Cron-Env: <MAILTO=root>
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/lib/sendmail>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=smmsp>
Message-Id: <20110610112001.3340CE3648@mail.*****.ru>
Date: Fri, 10 Jun 2011 15:20:01 +0400 (MSD)/usr/share/sendmail/sendmail: 1248: /usr/sbin/sendmail-msp: not found
О чём эти письма? И почему они вообще приходят этому пользователю, когда получателем должен быть root, а #alias_maps = hash:/etc/aliases закомментирован?
> Кстати, отправлять то письма отправляются на mail.ru, но с mail.ru ответные письма
> не приходят) а буквально происходит следующее: mail пишет, что письмо отправленно,
> возврата не происходит, но у меня в логах ничего нет на
> этот момент. значит получается оно не доходит до моего Postfix'а. затем
> если я вообще выключаю почтовик, то через некоторое время у меня
> появляется в ящике на майл.ру письмо, что сообщение не может быть
> доставлено.
>
> <shooroop@*****.ru>: connect to *****.ru[46.182.xx.xxx]: Connection refusedну, если даже почтовик не выключать, и всеравно не доходит, значит надо проверить:
1) входящие соединения на 25 порт вашего сервера снаружи
2) а также проверить DNS домена, чтобы почтовые записи (A или MX) вели в правильное назначение - на ваш сервер (тоже проверить снаружи, чтобы об вашем домене знал мировой интернет).Ключевые слова для проверок:
1) telnet с внешнего хоста или какие-то там сервисы проверки, я не знаю =)
2) host -t MX domain.com host -t A domain.com - снаружи, ну или хотя бы dnstracer -4s . domain.com , хотя файрволл это не проверит.
>[оверквотинг удален]
> X-Cron-Env: <SHELL=/bin/sh>
> X-Cron-Env: <HOME=/var/lib/sendmail>
> X-Cron-Env: <PATH=/usr/bin:/bin>
> X-Cron-Env: <LOGNAME=smmsp>
> Message-Id: <20110610112001.3340CE3648@mail.*****.ru>
> Date: Fri, 10 Jun 2011 15:20:01 +0400 (MSD)
> /usr/share/sendmail/sendmail: 1248: /usr/sbin/sendmail-msp: not found
>
> О чём эти письма? И почему они вообще приходят этому пользователю, когда
> получателем должен быть root, а #alias_maps = hash:/etc/aliases закомментирован?
> В связи с этим вопрос: связано ли это с кривыми значениями в
> параметрах home_mailbox и mail_spool_directory? я что-то запутался с ними. сейчас
> например вообще использую только home_mailbox , а mail_spool_directory отключил, так же
> можно делать?По умолчанию постфикс сконфигурен работать.... И если нет понимания, что делает рычажок, то крутить его как-то не стоит.
> ящики в формате maildir. во всяком случае с виртуального
> домена почта системному пользователю приходит, а с mail.ru нет.мне кажется что вы все перепутали... Надо всё делать _постепенно_. Постепенно - не значит медленно или быстро, это значит - составить план и поэтапно....
Я вот уже теряюсь расшифровывать поток мысли "системный пользователь" / "виртуальный домен".... Потому что думаю, что ваши термины расходятся с моим их значением.
> И ещё, не знаю относится ли это к проблеме или нет, но
> каждые 20 минут у системного пользователя появляются письма следующего содержания... skipped ...
> /usr/share/sendmail/sendmail: 1248: /usr/sbin/sendmail-msp: not found
>
О чем эти письма ? О том, что вы неправильно установили в систему постфикс. Не удалили установленный инсталлятором системы sendmail. О том, что в кроне прописано исполнять скрипт/команду, который он исполнить не может.
>И почему они вообще приходят этому пользователю, когда
> получателем должен быть root, а #alias_maps = hash:/etc/aliases закомментирован?
Откройте для себя команду postconf , может показать что-нибудь интересное.
А лучше отдельно postconf и postconf |grep "param" =) первое - чтобы узнать что-то новое, а второе для более точного изучения значений =))))
Кроме того, я опть не понимаю, что вы подразумеваете под "системным пользователем" - какой именно аккаунт. /var/mail/root под uid = 0 писать как-то несекурно, поэтому там какие-то вариации есть...
> мне кажется что вы все перепутали... Надо всё делать _постепенно_. Постепенно -
> не значит медленно или быстро, это значит - составить план и
> поэтапно....план то есть, а вот его реализация хромает)
> Я вот уже теряюсь расшифровывать поток мысли "системный пользователь" / "виртуальный домен"....
> Потому что думаю, что ваши термины расходятся с моим их значением.сейчас поясню что я имел ввиду:
системный пользователь - это пользователь который есть на компе с Postfix'ом (shooroop:x:1000:1000:shooroop,,,:/home/shooroop:/bin/bash).
виртуальный домен - я думаю про него можно уже забыть, так как вы мне пояснили, что за него никто не отвечает в глобальной сети, а вообще просто сам придумал, хотелось чтобы доменная часть в адресе писем была покрасивше)) но это сейчас не реализуемо, поэтому пока я от него отказываюсь и использую только в тестовых целях...> О чем эти письма ? О том, что вы неправильно установили в
> систему постфикс. Не удалили установленный инсталлятором системы sendmail. О том, что
> в кроне прописано исполнять скрипт/команду, который он исполнить не может.а чтобы это исправить достаточно ли просто сделать скрипт sendmail в cron не исполняемым или удалить вообще эту службу (сервис, как правильно не знаю) из системы? а что значит неправильно утановил Postfix, на сколько не правильно, если бы совсем не правильно, то он вообще бы не работал наверное? ошибка в том, что я sendmail не удалил или в чём?
> Откройте для себя команду postconf , может показать что-нибудь интересное.
> А лучше отдельно postconf и postconf |grep "param" =) первое - чтобы
> узнать что-то новое, а второе для более точного изучения значений =))))ну я пользовался ей пару раз как написано в книге Ральфа Гильдебрандта, Патрика Кеттера
"Postfix. Подробное руководство". действительно интересным получается вывод этой команд. вот например есть у меня параметр в main.cf alias_database = hash:/etc/aliases
и alias_maps = hash:/etc/aliases. вывод показывает:
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases, nis:mail.aliases
убираю вообще эти строчки из файла, делаю postfix reload, а вывод потом по-прежнему показывает:
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases, nis:mail.aliases
это что за параметры по умолчанию, как мне их отключить? один плюс, теперь я хоть понимаю почему сообщения для рута приходят в ящик пользователя shooroop)))
Млин, как мне избавиться от этих ( /usr/share/sendmail/sendmail: 1248: /usr/sbin/sendmail-msp: not found ) писем? сделал sendmail не исполняемым, остановил этот сервис (* Stopping Mail Transport Agent (MTA) sendmail), удалил в кроне все задания, там вообще только проверка обновлений по-моему была, т.е. я сам туда ничего не добавлял, как систему поставил, так там всё и было, в cron я имею ввиду, но письма как приходили каждые 20 минут, так и приходят(. Вопрос: как мне от них ибавиться? неужели удалять Sendmail и по-новый устанавливать Postfix? Кстати, Postfix ставил через atp-get с поддержкой MySQL SASL и т.д. как написано в книге, ни про какое удаление Sendmail там не говорилось. я просто не понимаю что значит неправильно утановил в систему Postfix. Система Ubuntu Server 10.04 LTS.
Что-то я никак не пойму в чём секрет. Может посмотрите мельком мою конфигурацию, подскажите что-нибудь? а то я даже не знаю в какую сторону копать, потому что у меня и в логах то по поводу ответных писем с mail нет ничего( Может с ограничениями я чего-то намутил... В общем вот main.cf, если не трудно ткните носом в совсем уж отвратительные моменты)
#myorigin = /etc/mailnamesmtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = noappend_dot_mydomain = no
readme_directory = /usr/share/doc/postfix
myhostname = mail.*****.ru
mydomain = *****.ru
myorigin = $mydomain
mydestination = $mydomain,
$myhostname,
www.$mydomain
relayhost =
relay_domains = $mydestinantion, mail.ru, gmail.com
mynetworks = 127.0.0.0/8, 172.29.126.148/32, 91.***.***.***/32
mynetworks_style = subnet
mailbox_size_limit = 0
recipient_delimiter =
inet_interfaces = $myhostname, localhost, 172.29.126.148, 91.***.***.***
inet_protocols = ipv4
home_mailbox = Maildir/smtpd_sasl_path = /usr/lib/sasl2/smtpd.conf
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtdp_sasl_authenticated_header = yes
smtpd_sasl_application_name = smtpdsmtpd_helo_required = yes
smtpd_data_restrictions = reject_multi_recipient_bounce
smtpd_recipient_restrictions =
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
reject_non_fqdn_sender,
permit_mynetworks,
# check_recipient_access hash:/etc/postfix/roleaccount_exceptions,
check_client_access hash:/etc/postfix/roleaccount_exceptions,
permit_sasl_authenticated,
reject_unauth_destination,
reject_invalid_hostname,
check_helo_access pcre:/usr/lib/postfix/helo_checks,
check_sender_mx_access cidr:/etc/postfix/bogus_mx,
reject_rbl_client relays.ordb.org,
reject_rhsbl_sender dsn.rfc-ignorant.org,
reject_unverified_sender,
# check_policy_service inet:127.0.0.1:10023,
permit
address_verify_sender = postmaster@virtual.office.*****.ruvirtual_mailbox_domains = mysql:/etc/postfix/sql/domains.cf
virtual_uid_maps = static:1111
virtual_gid_maps = static:1111
virtual_mailbox_base = /var/spool/virtual_mailboxes
virtual_mailbox_maps = mysql:/etc/postfix/sql/users.cf
virtual_alias_maps = mysql:/etc/postfix/sql/aliases.cfcontent_filter = amavisd-new:[127.0.0.1]:10024
html_directory = /usr/share/doc/postfix/html
> Что-то я никак не пойму в чём секрет. Может посмотрите мельком мою
> конфигурацию, подскажите что-нибудь? а то я даже не знаю в какую
> сторону копать, потому что у меня и в логах то по
> поводу ответных писем с mail нет ничего( Может с ограничениями я
> чего-то намутил... В общем вот main.cf, если не трудно ткните носом
> в совсем уж отвратительные моменты)а смотреть в этот конфиг и нечего.
кроме этого конфига - хренадцать других моментов, начиная с конфигов, которые прописаны в этом конфиге, затем - данные, внесенные в хранилища, описанные в конфигах далее, заканчивая настройкой DNS.
Начните настройку заново, глубоко задумываясь над каждым производимым шагом.
> а смотреть в этот конфиг и нечего.
> кроме этого конфига - хренадцать других моментов, начиная с конфигов, которые прописаны
> в этом конфиге, затем - данные, внесенные в хранилища, описанные в
> конфигах далее, заканчивая настройкой DNS.Так, ну давай те по порядку как вы говорите.
1. При отключенном sendmail почта на майл приходи, следовательно postfix установлен нормально и работает. Я прав?
2. telnet mail.*****.ru 25 "из разных мест" интернета проходит нормально, команда host выдаёт A, MX, PTR записи, следовательно с DNS тоже всё нормально. Так?
3. В хранилищах (я имею ввиду mysql) информация только касательно виртуальных доменов, а они сейчас не причём, следовательно ими можно "пренебречь" пока. Верно?
4. Из конфигов конфигов остаётся только amavis и sasl или вы что-то ещё имеете ввиду? permit_sasl_authenticated я отключил, результат тот же. Сейчас попробую отключить amavis, может в нём проблема...
А больше собственно у меня и нет ничего, разве что courier, ну он то не может на доставку почты повлиять.
ага amavis ни при чём. сейчас courier буду смотреть...
>> а смотреть в этот конфиг и нечего.
>> кроме этого конфига - хренадцать других моментов, начиная с конфигов, которые прописаны
>> в этом конфиге, затем - данные, внесенные в хранилища, описанные в
>> конфигах далее, заканчивая настройкой DNS.
> Так, ну давай те по порядку как вы говорите.
> 1. При отключенном sendmail почта на майл приходи, следовательно postfix установлен нормально и работает. Я прав?ну плюс-минус...
> 2. telnet mail.*****.ru 25 "из разных мест" интернета проходит нормально,
это хорошо
> команда host выдаёт A, MX, PTR записи, следовательно с DNS тоже всё нормально.
а это надо также проверять "из разных мест интернета", а не из локалки своих днс-серверов.
кроме того, надо бы точно выверить значения записей.> 3. В хранилищах (я имею ввиду mysql) информация только касательно виртуальных доменов,
> а они сейчас не причём, следовательно ими можно "пренебречь" пока. Верно?ээммм, ну я уже честно говоря хз, при чем они или не при чем.
я так понимал ранее, что проблема именно в доставке почты на виртуальные домены.
> 4. Из конфигов конфигов остаётся только amavis и sasl или вы что-то
> ещё имеете ввиду? permit_sasl_authenticated я отключил, результат тот же. Сейчас попробую
> отключить amavis, может в нём проблема...Вообще в логах обычно достаточно интересного пишут, указанные вещи там не упоминались вроде как.
> А больше собственно у меня и нет ничего, разве что courier, ну
> он то не может на доставку почты повлиять.какбы да.
>> команда host выдаёт A, MX, PTR записи, следовательно с DNS тоже всё нормально.
> а это надо также проверять "из разных мест интернета", а не из
> локалки своих днс-серверов.
> кроме того, надо бы точно выверить значения записей.ладно, ещё из дома посмотрю вечерком...
>> 3. В хранилищах (я имею ввиду mysql) информация только касательно виртуальных доменов,
>> а они сейчас не причём, следовательно ими можно "пренебречь" пока. Верно?
> ээммм, ну я уже честно говоря хз, при чем они или не
> при чем.
> я так понимал ранее, что проблема именно в доставке почты на виртуальные
> домены.Про доставку в виртаульные домены я пока забыл. Сейчас пытаюсь сделать так что бы с реалного домена почта уходил во внешний мир (уходит, доставляется на "майл" и "джимайл" нормально) и возвращалась обратно.
>> 4. Из конфигов конфигов остаётся только amavis и sasl или вы что-то
>> ещё имеете ввиду? permit_sasl_authenticated я отключил, результат тот же. Сейчас попробую
>> отключить amavis, может в нём проблема...
> Вообще в логах обычно достаточно интересного пишут, указанные вещи там не упоминались
> вроде как.Не упоминались. Там вообще ничего не упоминается, что мне больше всего и не нравиться, как будто письмо вообще не доходит до моего сервера. не совсем конечно пустой лог файл, например, про доставленное пиьсмо на майл.ру запись присутсвует, а "противоположной" нет. т.е. отправляю письмо с майла, захожу в логи и смотрю по времени отправленного с майл письма, ничего про отвергнутые или недоставленные письма нет и ни каких ошибок вроде нет. только завсегдатые postfix/smtpd[8921]: dict_eval: ...., но подобная инфа в логи сыпится же постоянно?
>[оверквотинг удален]
>> Вообще в логах обычно достаточно интересного пишут, указанные вещи там не упоминались
>> вроде как.
> Не упоминались. Там вообще ничего не упоминается, что мне больше всего и
> не нравиться, как будто письмо вообще не доходит до моего сервера.
> не совсем конечно пустой лог файл, например, про доставленное письмо на
> майл.ру запись присутсвует, а "противоположной" нет. т.е. отправляю письмо с майла,
> захожу в логи и смотрю по времени отправленного с майл письма,
> ничего про отвергнутые или недоставленные письма нет и ни каких ошибок
> вроде нет. только завсегдатые postfix/smtpd[8921]: dict_eval: ...., но подобная
> инфа в логи сыпится же постоянно?
>> вроде нет. только завсегдатые postfix/smtpd[8921]: dict_eval: ...., но подобная
>> инфа в логи сыпится же постоянно?у меня - нет.
О как! Это интересно, т.е. если ничего не принимается и не передаётся через почтовик, то в логе не должно быть никаких записей?
Во, только что проверил. в 17:23 перезапустил, почтовик, а в 17:23 посыпалось
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const mail
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const ipv4
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const
Jun 21 17:27:33 mail postfix/smtpd[12556]: last message repeated 2 times
Jun 21 17:27:33 mail postfix/smtpd[12556]: name_mask: ipv4
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const mail.*****.ru
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const *****.ru
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const Postfix
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: expand ${multi_instance_name:postfix}${multi_instance_name?$multi_instance_name} -> postfix
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const postfix
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const postdrop
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: expand $mydomain, $myhostname, www.$mydomain -> *****.ru, $
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: expand $mydomain -> *****.ru
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const /usr/lib/postfix
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const /var/lib/postfix
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const /usr/sbin
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const /var/spool/postfix
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const pid
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: expand $myhostname, localhost, 172.29.126.148, 91.***.***.*** -> mail.*****.ru, localhost, 172.29.$
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const
dict_eval: const double-bounce
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const nobody
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const hash:/etc/aliases
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const 20100213
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const 2.7.0
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const hash
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const deferred, defer
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: expand $mydestinantion, mail.ru, gmail.com -> , mail.ru, gmail.com
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: expand $relay_domains -> , mail.ru, gmail.com
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const TZ MAIL_CONFIG LANG
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const MAIL_CONFIG MAIL_DEBUG MAIL_LOGTAG TZ XAUTHORITY DISPLAY LANG=C
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const subnet
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const +=
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const -=+
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const debug_peer_list,fast_flush_domains,mynetworks,permit_mx_backup_networks,qmqpd_authorized_clients,smtpd_access_maps
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const bounce
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const cleanup
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const defer
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const pickup
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const qmgr
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const rewrite
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_eval: const showqmatch_string: mynetworks ~? debug_peer_list
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: mynetworks ~? fast_flush_domains
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: mynetworks ~? mynetworks
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: relay_domains ~? debug_peer_list
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: relay_domains ~? fast_flush_domains
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: relay_domains ~? mynetworks
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: relay_domains ~? permit_mx_backup_networks
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: relay_domains ~? qmqpd_authorized_clients
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: relay_domains ~? smtpd_access_maps
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_list_match: relay_domains: no match
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: permit_mx_backup_networks ~? debug_peer_list
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: permit_mx_backup_networks ~? fast_flush_domains
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: permit_mx_backup_networks ~? mynetworks
Jun 21 17:27:33 mail postfix/smtpd[12556]: match_string: permit_mx_backup_networks ~? permit_mx_backup_networks
Jun 21 17:27:33 mail postfix/smtpd[12556]: connect to subsystem private/proxymap
Jun 21 17:27:33 mail postfix/smtpd[12556]: send attr request = open
Jun 21 17:27:33 mail postfix/smtpd[12556]: send attr table = unix:passwd.byname
Jun 21 17:27:33 mail postfix/smtpd[12556]: send attr flags = 16448
Jun 21 17:27:33 mail postfix/smtpd[12556]: private/proxymap socket: wanted attribute: status
Jun 21 17:27:33 mail postfix/smtpd[12556]: input attribute name: status
Jun 21 17:27:33 mail postfix/smtpd[12556]: input attribute value: 0
Jun 21 17:27:33 mail postfix/smtpd[12556]: private/proxymap socket: wanted attribute: flags
Jun 21 17:27:33 mail postfix/smtpd[12556]: input attribute name: flags
Jun 21 17:27:33 mail postfix/smtpd[12556]: input attribute value: 16464
Jun 21 17:27:33 mail postfix/smtpd[12556]: private/proxymap socket: wanted attribute: (list terminator)
Jun 21 17:27:33 mail postfix/smtpd[12556]: input attribute name: (end)
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_proxy_open: connect to map=unix:passwd.byname status=0 server_flags=fixed|lock|fold_fix
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_open: proxy:unix:passwd.byname
Jun 21 17:27:33 mail postfix/smtpd[12556]: Compiled against Berkeley DB: 4.8.24?
Jun 21 17:27:33 mail postfix/smtpd[12556]: Run-time linked against Berkeley DB: 4.8.24?
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_open: hash:/etc/aliases
Jun 21 17:27:33 mail postfix/smtpd[12556]: warning: dict_nis_init: NIS domain name not set - NIS lookups disabled
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_nis_init: NIS domain
Jun 21 17:27:33 mail postfix/smtpd[12556]: dict_open: nis:mail.aliases
Что-то не то, да?)
включены какие-то дебаги.
На счёт дебагов, посмотрю, хотя если честно пока ни малейшего представления о чём идёт речь, я не имею) На счёт DNS выявил следующее команда host не из локалки выдаёт тоже самое, т.е.
host 91.***.***.***
***.***.***.91.in-addr.arpa domain name pointer mail.***.ru.
а вот такой ресурс инета как http://xseo.in на счёт mail.*****.ru PTR мне ничего не показывает. А http://2ip.ru выдаёт
;; QUESTION SECTION:
;mail.*****.ru. IN PTR;; AUTHORITY SECTION:
*****.ru. 600 IN SOA ns1.*****.ru. mashanovpavel.gmail.com. 22 3600 300 2419200 3600
В общем вопрос: есть у меня нормальная ptr запись или нет?)
>[оверквотинг удален]
> ***.***.***.91.in-addr.arpa domain name pointer mail.***.ru.[/b]
> а вот такой ресурс инета как http://xseo.in на счёт mail.*****.ru PTR мне
> ничего не показывает. А http://2ip.ru выдаёт
> [b]
> ;; QUESTION SECTION:
> ;mail.*****.ru. IN PTR
> ;; AUTHORITY SECTION:
> *****.ru. 600 IN SOA ns1.*****.ru. mashanovpavel.gmail.com. 22 3600 300 2419200 3600
> [/b]
> В общем вопрос: есть у меня нормальная ptr запись или нет?)несложно догадаться, что вероятнее всего нет =)
> несложно догадаться, что вероятнее всего нет =)А что же означает вот это ***.***.***.91.in-addr.arpa domain name pointer mail.***.ru. и почему тогда mail.ru и gmail.com принимают от меня почту?
Доброго времени суток! Продолжение следует что называется)) С отправкой и приёмом почты для домена mail.*****.ru разобрался дело было в параметре mydomain, а не в
PTR. т.е почта работает с внешним миром и без обратной зоны в днс, кстати нормально сделать её у меня не получается, всё дело в автономных
системах...
А как мне теперь добиться того чтобы почта работала для домена *****.ru? т.е. есть в настройках почтовика меняю домен с mail.*****.ru на *****.ru,
в dns меняю mail.*****.ru IN MX 20 mail.*****.ru на *****.ru IN MX 20 mail.*****.ru и получаю:mail postfix/smtpd[8806]: > f192.mail.ru[217.69.129.201]: 450 4.1.7 <shooroop2004@mail.ru>: Sender address rejected: unverified address: host mxs.mail.ru[94.100.176.20] said: 550 Unroutable address (in reply to MAIL FROM command)
гугл рулит))) в смысле с gmail.com почта (я имею ввиду домен *****.ru) нормально работает (принимается, отправляется), а с mail.ru нет. что за полтергейст?) почему 550 Unroutable address?
> гугл рулит))) в смысле с gmail.com почта (я имею ввиду домен *****.ru)
> нормально работает (принимается, отправляется), а с mail.ru нет. что за полтергейст?)
> почему 550 Unroutable address?Млин, стоило поругаться и письма пришли.) через 2 часа правда ))
Господа, не сердитесь, но всё же, подскажите пожалуйста, почему же письма не приходят? В какую сторону смотреть хоть?
> Господа, не сердитесь, но всё же, подскажите пожалуйста, почему же письма не
> приходят? В какую сторону смотреть хоть?потому что "виртуальный" домен должен быть реальным, и существовать в мировом DNS
>> Господа, не сердитесь, но всё же, подскажите пожалуйста, почему же письма не
>> приходят? В какую сторону смотреть хоть?
> потому что "виртуальный" домен должен быть реальным, и существовать в мировом DNSСпасибо за ответ, но это я уже понял. Сейчас мне не понятно почему ответные сообщения с mail.ru или gmail.com для реального домена и системного пользователя не приходят на мой почтовый сервер (более подробно проблему я описал выше)?