Отправляет email-рассылки с помощью сервиса Sendsay

postfix

Здравствуйте, господа.
Возникла у меня проблемка с сабжем. В виду всё растущего количества
спама и некоторых других причин пришлось ставить на работе почтовый
сервер. И хоть не первый раз замужем, но тут вошёл в ступор. Поставил
связку postfix+cyrus+sasl, о спаме и вирях ещё не заботился. Есть
доменное имя(MX запись смотрит на серв) и статический, реальный айпи.
Почта легко приходит и раздаётся юзверям, но уходить отказывается. Если отправляю
напрямую,
без релэя, то от серваков получаю либо relay denied, либо Bad DNS
Reverse, если отправляю ч\з релэй(а точнее ч\з хостинг) получаю
закономерный ответ о том что нужно идентифицироваться, но постфикс все
мои извращения на тему аутентификации упорно игнорирует, порядком
погуглив практически во всех источниках нашёл способ создать в
/etc/postfix файл sasl_passwd забить в него данные для авторизации,
натравить на него postmap и добавить пару строк в main.cf , но эффект
нулевой, он даже не пытается авторизоваться.

Вопрос вот в чем, как его всё таки можно авторизоваться, или же как
отправлсять письма напрямую.
Логи и main.cf сразу не выкладываю, но если надо, то выложу.

Ответить   Fri, 31 Aug 2007 14:05:28 +0700 (#688556)

 

Ответы:

mistiman пишет:

Надобно выложить main.cf иначе не понятно почему от Вас почта не уходит.
С cyrus не работал так что по нему не подскажу, а по postfix запросто.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 32461; Возраст листа: 1498; Участников: 1455
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/688574

Ответить   Ivan Fri, 31 Aug 2007 13:15:29 +0400 (#688574)

 

Здравствуйте, Ivan.

Вы писали 31 августа 2007 г., 16:15:29:

http://dump.ru/files/i/i0933280251/

Ответить   Sat, 1 Sep 2007 10:50:43 +0700 (#688749)

 

В сообщении от 31 августа 2007 10:05 mistiman написал(a):

Проще всего это решить, позвонив провайдеру и попросив прописать
обратную DNS зону.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 32465; Возраст листа: 1498; Участников: 1455
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/688610

Ответить   Fri, 31 Aug 2007 14:32:47 +0300 (#688610)

 

Здравствуйте, Amper.

Вы писали 31 августа 2007 г., 18:32:47:

Если бы я ещё знал что это, со службой поддержки нашего прова нужно
разговаривать чётко зная о чём говоришь, просто потому что им придётся
объяснять как это сделать :-)
Но насколько я понимаю речь идёт об этом:
nslookup 90.188.12.6
Server: 212.94.96.70
Address: 212.94.96.70#53

6.12.188.90.in-addr.arpa name = 90.188.12-6.xdsl.ab.ru.

Ответить   Sat, 1 Sep 2007 10:45:46 +0700 (#688747)

 

Здравствуйте, mistiman.

Вы писали 1 сентября 2007 г., 10:45:46:

По-видимому вопрос я не обосновал, ждать корректного ответа врядли
стоит, попробую конкретизировать.
Задача: заставить постфикс отправлять почту.
В ходе экспериментов от серваков получал разные ответы, но в основном
Bad DNS Reverse , стал искать что такое обратная днс зона, гугл
подсказал вроде, но не уверен знающие подскажите, вот что выводит
nslookup 90.188.12.6
Server: 212.94.96.70
Address: 212.94.96.70#53

Non-authoritative answer:
6.12.188.90.in-addr.arpa name = 90.188.12-6.xdsl.ab.ru.

Если верить гуглу то на запрос по имени должен выдать айпи...
nslookup 6.12.188.90.in-addr.arpa
Server: 212.94.96.70
Address: 212.94.96.70#53

Non-authoritative answer:
*** Can't find 6.12.188.90.in-addr.arpa: No answer
Не находит... т.е. не прописана обратная зона днс и нужно попросит
прописать её у провайдера.
И ещё вопрос, в main.cf значения myhostname и mydomain какие данные
прописывать? FQDN домена MX запись которой смотрит на этот сервак или
или то что выдал nslookup, т.е. 90.188.12-6.xdsl.ab.ru

Ответить   Mon, 3 Sep 2007 09:48:36 +0700 (#689049)

 

mistiman пишет:

Во первых ошибочка в самом конфигурационном файле.
myhostname = b-master.ru тут должно быть днс имя почтовика к примеру
mail.b-master.ru это же имя должно быть прописано в MX записи DNS сервера.
mydomain = b-master.ur непосредственно имя домена, только ur смените на
ru опечаточка.
relay_domains = $mydestination смысла в этом параметре особо нет если не
хотите открывать релей для других.

в место mydestination = localhost.localdomain, b-master.ru, localhost можно и
так указать mydestantion = $myhostname, localhost.$mydomain, $mydomain

вот еще допишите для записи в логи отладочной инфы

#Debug Section debug_peer_level = 9
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
xxgdb $daemon_directory/$process_name $process_id & sleep 5

Отключите все TLS and SASL и попробуйте отправить почту, если все
уходит, то начинайте усложнять систему. от простого к сложному.
mynetworks = 127.0.0.0/8 192.168.75.0/24 вот тут скорее всего и
закралась ошибка, так как параметры разделяются запятой правильнее будет
mynetworks = 127.0.0.0/8, 192.168.75.0/24
не забудь перезапустить постфикс postfiz reload

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 32499; Возраст листа: 1502; Участников: 1447
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/689229

Ответить   Ivan Tue, 04 Sep 2007 09:04:16 +0400 (#689229)

 

Здравствуйте, Ivan.

Вы писали 4 сентября 2007 г., 12:04:16:

Доменное имя смотрит совсем на другой сервак т.е. на хостинг площадку,
переправленно только MX. Если я всё верно понимаю, то тут нужно FQDN
именно этого сервака.

Действ очепятка.

Убрал.

и

Если отключить TLS то и не получаю, серваки говорят типа у меня
открытый релей и отправлять письма они мне не будут. Насколько я знаю
можно хоть запятой хоть пробелом, да и ошибка в этой строке скорее
повлияла бы на приём, а не на отправку.

Попробовал переправить всё что вы посоветовали результат остался
прежний, только теперь все отказывать стали.
А когда прописал myhostname то, что выдал nslookup на мой айпи, стали
принимать почти все, по крайней мере пока заметил, что не принимает
только km.ru , но раз он не принимает, значит и другие могут не
принимать. Обратился к прову, за Reverse DNS он ответил что пропишут,
за доп плату. Пропишут потом посмотрю.

Ответить   Tue, 4 Sep 2007 16:26:03 +0700 (#689314)

 

mistiman пишет:

Странно что за провайдер у Вас такой.
Странно все это, у меня и без TLS and SASL все работало на этапе
тестирования.
TLS для сертификатов и ЭЦП нужен ну и smtps 465 порт поднять.
SASL это для защищенной авторизации.
mynetworks отвечает за то какие сети или хосты могут отправлять почту
через ваш сервер.
если Вам необходимо отправлять почту через почтовик провайдера то
посматрите этот параметр

*relayhost (default: empty)*

The next-hop destination of non-local mail; overrides non-local
domains in recipient addresses. This information is overruled with
relay_transport
<http://www.postfix.org/postconf.5.html#relay_transport>,
default_transport
<http://www.postfix.org/postconf.5.html#default_transport>,
sender_dependent_relayhost_maps
<http://www.postfix.org/postconf.5.html#sender_dependent_relayhost_maps>
and with the transport(5) <http://www.postfix.org/transport.5.html>
table.

On an intranet, specify the organizational domain name. If your
internal DNS uses no MX records, specify the name of the intranet
gateway host instead.

In the case of SMTP, specify a domain name, hostname, hostname:port,
[hostname]:port, [hostaddress] or [hostaddress]:port. The form
[hostname] turns off MX lookups.

If you're connected via UUCP, see the UUCP_README
<http://www.postfix.org/UUCP_README.html> file for useful information.

Examples:

relayhost <http://www.postfix.org/postconf.5.html#relayhost> = $mydomain
<http://www.postfix.org/postconf.5.html#mydomain>
relayhost <http://www.postfix.org/postconf.5.html#relayhost> = [gateway.my.domain]
relayhost <http://www.postfix.org/postconf.5.html#relayhost> = uucphost
relayhost <http://www.postfix.org/postconf.5.html#relayhost> = [an.ip.add.ress]

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 32504; Возраст листа: 1503; Участников: 1447
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/689383

Ответить   Ivan Wed, 05 Sep 2007 09:05:51 +0400 (#689383)

 

Здравствуйте, Ivan.

Вы писали 5 сентября 2007 г., 12:05:51:

А провайдер то тут при чём, я говорю о том, что почтовые сервера если
нет аутентификации отказываются посылать и принимать: "Open relay,
acces denied", а точнее так кричит km.ru , возможно и какие-нить
другие...

Ответить   Wed, 5 Sep 2007 12:25:46 +0700 (#689387)

 

mistiman пишет:

Что то я не пойму Вас. Любой почтовик должен принимать почту от других
серверов и своих клиентов без разницы.
Когда Вы отправляете почту то ваш почтовый клиент (Outlook Express или
какой там у вас) является MUA (mail user agent) отправляет письмо
почтовому серверу который выполняет роль MTA (mail transport agent) тот
в свою очередь решает что делать с письмом, если это письмо для него то
он кладет его в нужный ящик, если письмо не для него, то делает DNS
запрос на получение MX записи нужного сервера и по IP адресу соединяется
с ним. в Этом случае Ваш почтовый сервер будет выступать в роли MUA,
сервер кому предназначена почта MTA. Теперь понятно как работает почта?
На сервере может стоять авторизация клиентов, но не обязательно.
В общем учите мат часть.
Для работы почтовых серверов не обязательно TLS and SASL они и так
должны работать и принимать почту адресованную ему, а там уже принимать
решения что с ней делать.
Так ответь те мне на один вопрос, как ваш сервер получит сертификат от
других серверов или логин и пароль для авторизации на других серверах
что бы получить от них или отправить им почту?
Любо напишите конкретно, что необходимо решить и какая схема
используется. более точное задание и подробное описание схемы работы
быстрее поможет в решении Вашей проблемы.
Можно и мне в аску стукнуться, данные на www.kirov.lug.ru найдете

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 32511; Возраст листа: 1505; Участников: 1449
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/689601

Ответить   Ivan Wed, 05 Sep 2007 11:34:59 +0400 (#689601)

 

Здравствуйте, Ivan.

Вы писали 5 сентября 2007 г., 14:34:59:

sasl & tls - лирика, т.к. с этим проблемы нет, проблема была в том,
что km.ru отвечал моему серваку "Bad DNS Reverse", ответ чёткий и
ясный, спрашивал я как можно обойти. Проблема "была" потому, что её
уже нет, т.к. попросил прова прописвть обратную днс зону и всё
заработало, теперь серваки принимают от моего почту с успехом.
Спасибо за участие, проблема уже решена, теперь ищу наиболее
эффективный способ отбиться от спама.

Ответить   Fri, 7 Sep 2007 09:47:22 +0700 (#689640)

 

mistiman пишет:

Применяют часто такую защиту от спама.
Могу посоветовать gld он по крайней мере отбивает 99% спама.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 32515; Возраст листа: 1505; Участников: 1449
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/689649

Ответить   Ivan Fri, 07 Sep 2007 07:55:33 +0400 (#689649)