PHP + sendmail (не всем приходят письма)
vitek 26 апреля, 2009 - 21:10
Сервер, на борту PHP sendmail апача ну и все что нужно вроде
скрипты
<?php
mail("vfz(СОБАКА)hotmail.ru, stavfz(СОБАКА)gmail.com, webmasteru(СОБАКА)list.ru", "My Subject", "Тест Тест");
?>
<?php $message = "Тестовое письмо"; $content_type = 'text/html'; $from_author = "Тестер"; $e = $HTTP_POST_VARS['email']; $from_email = $e1; $to_email ="webmasteru(СОБАКА)list.ru, vfz(СОБАКА)hotmail.ru, stavfz(СОБАКА)gmail.com"; $subject = "Тема письма"; $add_header = "From: $from_author <$from_email> \nContent-Type: $content_type; charset=\"KOI8-r\"\nContent-Transfer-Encoding: 8bit"; mail($to_email, $subject, $message, $add_header); ?>
Письма на hotmail.ru доходят на майл.ру и гмайл.ком нет.
Я так понимаю скорее всего СПАМ фильтры фильтруют, чего сделать можно.
На сервере сендмайл только для отправки почты, при регистрации на сайте нужно отправить два письма одно зарегистрировавшемуся другое на два адреса человеку под которым зарегистрировались. Cендмайл висит на реальном домене но из вне недоступен, домен пингуется из вне но кроме порта 8080 открыт только нестандартный порт ну скажем 3333 на ssh. тоесть из-вне сервер почти недоступен.
»
- Для комментирования войдите или зарегистрируйтесь
/
Начинать с настройки логирования почты и зачитывания логов.
Право слово, если бы не известность задачи, я бы долго и художественно (на добротном русском производственном) разъяснял, что цитаты логов
sendmail'а в рамках сформулиролванной задачи куда более полезны.Про настройку
syslog-ngв Gentoo в части объявления/var/log/maillogможно почитать например здесь.Это тоже совершенно никому неинтересно.
Значить так.
Ситуация практически аналогичная. С той только разницей, что у меня производящий рассылку сервер извне не почти, а совсем недоступен (вру, для отдельных особо одарённых индивидуумов открыт
FTP).Домен также реальный. IP-адрес рассылающего сервера не важен.
Отличие (по меньшей мере не упомянутое тобой): мой домен в натуре и полностью реален. Что, в переводе на русский язык означает наличие MX'а для данного домена (правда, исходя из опять же моей реальной конфигурации рассылку производит не обязательно MX, но эта сущность таки важна).
Ещё одна оговорка: никаких хаков! Если у кого-то хождение почты работает неправильно --- разрушить моск врагу, но не прогибаться!
Так вот, продолжаю, исходя из предполагаемой (и фактически работающей у меня) формулировки, обсуждаемый хост не является ни MX'ом, ни рассылающим почту для твоего домена (здесь на самом деле существенен ещё параметр DNS'а в том числе в виде обратной зоны).
Что делаем:
1. Почтовый сервер на хосте, производящем рассылку почты твоего домена (обычно, но совершенно не обязательно --- MX) настраивается, чтобы принимать почту, перенаправляемую обсуждаемым сервером;
2. На сервере, производящем рассылку, задействуешь фичу
mailertable(пример читать здесь), в /eta/mail/mailertable прописываешь перенаправление всей почты на хост, производящий рассылку почты твоего домена (здесь тебя ждёт "приятный" сюрприз в виде того, что отдельные особо хитрые товарищи могут резать почту с числом HOP'ов больше 2-х);3. На MX'е твоего домена настраиваешь приземление почты на адрес, указываемый в качестве обратного для рассылаемых писем (для обеспечения положительного результата проверки ряда методик борьбы со спамом). В принципе достаточно настроить не приземление, но подтверждение сервером факта существования данного адреса (т.е. чтобы он не отвечал
User unknown).4. Собственно, вот оно --- счастье.
:wq
--
Live free or die
Да, и конечно
Если рассылка почты производится с хоста, не являющегося
MX'ом для данного домена, то необходимо соответствие обратной зоны его IP-адреса домену, почту которого он рассылает.:wq
--
Live free or die
И так логи Apr 28 22:55:20
И так логи, size=799, class=0, nrcpts=3, msgid=<200904281944.n3SJiLmT009596@МОЙ_ДОМЕН.ru>, proto=ESMTP, daemon=MTA, relay=МОЙ_ДОМЕН.ru [127.0.0.1], ctladdr= (81/81), delay=00:00:32, xdelay=00:00:32, mailer=esmtp, pri=180799, relay=gmail-smtp-in.l.google.com. [209.85.220.42], dsn=5.0.0, stat=Service unavailable, ctladdr= (81/81), delay=00:00:38, xdelay=00:00:06, mailer=esmtp, pri=180799, relay=mx.pochta.ru. [82.204.219.220], dsn=2.0.0, stat=Sent (OK id=67627920-1240947893.571493), ctladdr= (81/81), delay=00:00:39, xdelay=00:00:01, mailer=esmtp, pri=180799, relay=mxs.mail.ru. [94.100.176.20], dsn=5.1.1, stat=User unknown, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=32010, dsn=2.0.0, stat=Sent
Apr 28 23:44:21 МОЙ_ДОМЕН sendmail[9596]: n3SJiLmT009596: from=apache, size=584, class=0, nrcpts=3, msgid=<200904281944.n3SJiLmT009596@МОЙ_ДОМЕН.ru>, relay=apache@localhost
Apr 28 23:44:21 МОЙ_ДОМЕН sm-mta[9597]: n3SJiLOU009597: from=
Apr 28 23:44:21 МОЙ_ДОМЕН sendmail[9596]: n3SJiLmT009596: to=webmasteru@list.ru,vfz@hotmail.ru,stavfz@gmail.com, ctladdr=apache (81/81), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=90584, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (n3SJiLOU009597 Message accepted for delivery)
Apr 28 23:44:53 МОЙ_ДОМЕН sm-mta[9599]: n3SJiLOU009597: to=
Apr 28 23:44:59 МОЙ_ДОМЕН sm-mta[9599]: n3SJiLOU009597: to=
Apr 28 23:45:00 МОЙ_ДОМЕН sm-mta[9599]: n3SJiLOU009597: to=
Apr 28 23:45:00 МОЙ_ДОМЕН sm-mta[9599]: alias database /etc/mail/aliases.db out of date
Apr 28 23:45:00 МОЙ_ДОМЕН sm-mta[9599]: n3SJiLOU009597: n3SJj0OU009599: DSN: User unknown
Apr 28 23:45:00 МОЙ_ДОМЕН sm-mta[9599]: n3SJj0OU009599: to=
И 3 пункт твоего комментария я не совсем понял
Интересно
Мне почему-то кажется, что ты помимо прочего что-то намутил (или недонастроил) в части формата отправляемого письма.
В моём случае (пошарился по логами сегодняшней рассылки, письма почтовым сервером адресата приняты). Оно выглядит так:
Часть первая. Почтовый сервер принимает письмо от пользователя.
Часть вторая. Почтовый сервер передаёт письмо хосту, производящему рассылку почты для данного домена:
Хочешь, чтобы почта доходила ко всем (адекватным) --- пойми принцип настройки, составь собственное обоснованное мнение и настрой почтовую систему для своего домена.
:wq
--
Live free or die
И так судя по логам я понимаю
И так судя по логам я понимаю вот что:
На gmail.com нехочет доставлять почту мой sendmail "... relay=gmail-smtp-in.l.google.com. [209.85.220.42], dsn=5.0.0, stat=Service unavailable"
На hotmail.ru все отправляется без проблем "... relay=mx.pochta.ru. [82.204.219.220], dsn=2.0.0, stat=Sent (OK id=67627920-1240947893.571493)"
На mail.ru вообще мистика пользователь не найден "... relay=mxs.mail.ru. [94.100.176.20], dsn=5.1.1, stat=User unknown"
Хочу заметить что ради проверки взял мыло с mail.ru прямо из лога и отправил на него письмо с гмайловского ящика, письмо дошло в туже секунду.
Единственая разница которую я вижу в логе это dns:
dsn=5.0.0 для gmail.com (на который каким то чудом проскочило один раз одно письмо)
dsn=2.0.0 для hotmail.com (сюда все доходит без проблем)
dsn=5.1.1 для mail.ru (сюда вообще ничего не доходит, более того сервер говорит что у него нет таких пользователь что просто бред)
Я не совсем понял хитрости с MX`ми
если я правильно понял то для моего домена МОЙ_ДОМЕН.ru должен быть прописан MX хост для пересылки почтыв DNS записи, он может быть тем же МОЙ_ДОМЕН.ru.
У меня возник вопрос могу ли я прописать себе в MX ну например mx.pochta.ru в адресе отправителя указывать реально существующий на этом сервере адрес и передавать почту этому серверу. Как прописать MX я понимаю, но как настроить передачу почты на пересылку?
/
Адекватный ответ на нежелательную корреспонденцию.
С учётом реальной конфигурации скорее неадекватное поведение.
Блин...
И кому тут товарищ Гусь рассказывал о том, что мыл.ру страдает острой неадекватностью?..
От себя могу добавить, что поведение мыл.ру --- вещь, сцуко, стабильная. К которой они имеют тенденцию скатываться после исправления особо вопиющих ляпов.
Есть мнение, что порядок букв однако важен и ты мешаешь сущности.
Есть подозрение, что ты таки не понял сути DNS. Потому как реальный (существующий и активный) mydomain.ru может вообще не ассоциироваться с хостом (или IP-адресом).
MX в первую очередь ПРИНИМАЕТ почту твоего домена. И лишь после этого (и совершенно не факт что) отправляет.
Реально же (строго говоря) рассылать почту может любой хост домена. Главное --- правильно прописанное имя (и категорически желательно --- обратная зона).
Есть мнение, что правильнее (в рамках сформулированной задачи можно сказать: единственно правильно) настроить почту для своего домена.
В описанном же варианте тебе необходимо как минимум договариваться с администрацией
pochta.ru...Руление маршрутизацией почты (куда входит перенаправление всей исходящей на конкретный хост) --- фича
mailtertable.ЗЫ: А ещё у меня есть подозрение, что ты не вполне правильно формируешь письма, но об этом чуть позже.
:wq
--
Live free or die
gmail спам всегда склладывает
gmail спам всегда склладывает в спам, там можно проверить. У меня ответы почтовых серверов складываются в <домашний каталог пользователя apache>/.mail. Можно почитать. А mail.ru - это mail.ru. Чем больше проблем будет у пользователей mail.ru - тем лучше т.к. тогда может быть они будут оттуда уходить. Когда-то mail.ru был хорош, с тех пор у них появилась куча сервисов, но уровень, на котором была почта остался прежним и сейчас он слишком низок. У них невменяемые правила по удалению спама, которые режут все подряд.
/
Святая наивность...
С учётом инерции и рекламы есть у меня такое нехорошее подозрение, что с мыл.ру мы имеем примерно то же, что и с ICQ... :(
Когда такое было???
На моей памяти он никогда не отличался особенной адекватностью.
Они хоть отвечают что-то в тему.
Реальная проблема в том, что есть провайдеры, по сравнению с которыми мыл.ру --- образец адекватности: мне (моему почтовому серверу) отвечает, что письмо принято, на самом же деле режет его как спам (а народ потом жалуется: типа письма не доходят).
:wq
--
Live free or die
И так сейчас прихожу к
И так сейчас прихожу к следующему выводу, MX всетаки не обязателен, хотя без него тотже майл ру может отказаться принимать почту, но собственно сейчас не в этом суть.
Хочу на пальцах понять весь процесс пересылки.
на неком хосте имеющем доступ в интернет так или иначе формируется письмо которое передается демону sendmail
этот демон находит хост получателя и пытается "впарить" письмо ему при этом хосты необязательно имеют ДНС записи, тоесть это просто может быть хост xx.xx.xx.xx
проанализировав "впареваемую" информацию хост получатель либо забирает письмо и осуществляет дальнейшый транспорт либо отвечает какуюнить гадость первому sendmail-у
Во всем это я понимаю что ничего не понимаю, что нужно настроить кроме правильно сформированного письма? обеспечить ответ первого сендмайла что да у меня есть запись соответствующая полю ОТ:?
Можно какнить на пальцах весь процес транспорта, и лог. схему настройки что зачем где и каму, ищу толковую доку, пока ничего интересного кроме черезчур толковой в виде мануалов на тысячи страниц.
.
1. Забей на мыл.ру. Они --- ни фига не эталон.
2. Действительно, MX не обязателен. Но. Только если рассылающий хост принимает почту извне (или как минимум не нём запущен почтовый сервер и он отвечает на входящие соединения.
Заходи в Джаббер.
Просто и лаконично, но корректно и для всех --- не получится. Два последних требования выносят к многостраничным руководствам (чем больше --- тем сложнее написать корректно и всё согласовать).
:wq
--
Live free or die
Ну что вот
Ну что вот продолжение...
Дабы исключить ошибки формирования письма, я сделал в своем маилклиенте учетную запись для отправки почты через настраиваемый сервер. локально сервер имеет адрес 192.168.0.2 мой комп 192.168.0.77 пишу тестовое письмо на stavfz..(gav)...gmail.com без аунтификации соединение проходит нормально письмо уходит.
Потом значит письмо доходит от меня до gmail.com
log:
после чего я получаю ответ на тестовое письмо которое так и не доходит то получателя на gmail.com
log:
Вот письмо:
Насколько я понимаю гмайл смущает то что мой сервер мылит письма без аунтификации, как поправить?
+ у меня на сервере нет DNS поидеи это не смертельно но так или иначе его нет.
Ради интереса проверил свои скрипты на сторонем хостинге, вся почта благополучна дощла и до майла и до гмайла и к хотмайлу. Делаю вывод что чтот не так в настройках DNS и sendmail-а
Посетил страницу по ссылке из
Посетил страницу по ссылке из письма гмайла там написанно:
То-есть советуют передавать почту на пересылку провайдеру, насколько я понимаю. Сейчас мылю провайдеру чтобы получить доступ к их майлеру.
План действий такой:
1. Зарегистрировать ящик у провайдера
2. Получить доступ к "майлеру" провайдера
3. Настроить свой sendmail на передачу кореспонденции на "майлер" провайдера.
Что смущает:
проделав все перечисленное получу ящик у провайдера на который будет попадать вся почта для моего домена. Как сделать так чтобы почта была для нескольких юзеров, то-есть
и т.п. если в обратном адресе придется указывать адрес ящика у провайдера. Или я что-то путаю?
Если есть огрехи поправте меня, ну очень хочется решить задачку :)
странно как-то. вот у меня
странно как-то. вот у меня всё ходит, хотя обратной зоны нет - пров предоставляет такую услугу. на mail.ru соответственно не ходит - они каждый раз говорят что я злосный спамер :)
UPD
хм, а может на твой ip уже есть другая доменная завпись?
На мо IP сейчас есть 5-ть
На мо IP сейчас есть 5-ть доменных записей, не монимаю что это может менять
я в видимо не точно
я в видимо не точно выразился. куда указывает обратная зона того ip с которого отсылается почта?
вот если в http://dig.menandmice.com/knowledgehub/tools/dig вписать твой ip и посмотреть PTR
Это может влиять на
Это может влиять на blacklist
Вообще, если разбираться, то надеяться, что на виртуальном хостинге всё будет нормально работать - не приходится. Ты может и хороший человек, никому спам не шлёшь, но этого же нельзя с уверенностью утверждать о твоих "соседях", а также, возможно, предшественниках, занимающих и занимавших этот ip.
Соответственно и у почтовиков доверия виртуальным хостам у которых десятки доменов висят на одном ip на порядок меньше
-= Concordia victoriam gignit =-
Ничего странного
Мыл.ру склонен резать (скатываться к) рассылки независимо от наличия корректно прописанной обратной зоны.
:wq
--
Live free or die
Цитата:...вот если в
Если вношу свой ип xx.xx.xx.xx в Name Server
ответ
;; <<>> DiG 9.2.3 <<>> @xx.xx.xx.xx menandmice.com PTR
;; global options: printcmd
;; connection timed out; no servers could be reached
Если вношу в Domain name:
ответ
>> DiG 9.2.3 <<>> @dns1.menandmice.com xx.xx.xx.xx PTR
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 11435
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;xx.xx.xx.xx. IN PTR
;; AUTHORITY SECTION:
. 10414 IN SOA A.ROOT-SERVERS.NET. NSTLD.VERISIGN-GRS.COM. 2009050201 1800 900 604800 86400
;; Query time: 211 msec
;; SERVER: 217.151.171.7#53(dns1.menandmice.com)
;; WHEN: Sat May 2 20:14:15 2009
;; MSG SIZE rcvd: 104
скажу чесно мне это мало о чем сказало, буду разбиратся. если кто пояснит буду благодарен.
Странно как-то... Может ip
Странно как-то...
Может ip попал в спамлисты...
Есть "2 сорта" разрешения имён - когда по DNS-имени узнают ip и наоборот - когда по ip узнают доменное имя. Есть такое понятие как MX-запись, которая указывает на то, какой реальный сервер обслуживает данный почтовый домен. Так вот, довольно распостранённой практикой является проверка совпадает ли домен из PTR-записи с тем что указан в MX. Если не совпадает - довольно велика вероятность что это спам.
Я совсем запутался. :) $
Я совсем запутался. :)
$ host XX.XX.XX.xx
XX.XX.XX.XX.in-addr.arpa domain name pointer host-XX-XX-XX-XX.stv.ru.
vitek@vitek-laptop ~ $ host MOY_DOMEN.ru
MOY_DOMEN.ru has address XX-XX-XX-XX
MOY_DOMEN.ru mail is handled by 1 v-f-z.ru.
MOY_DOMEN.ru mail is handled by 5 v-f-z.ru.
vitek@vitek-laptop ~ $ host host-XX-XX-XX-XX.stv.ru.
host-XX-XX-XX-XX.stv.ru has address XX-XX-XX-XX
vitek@vitek-laptop ~ $ host host-XX-XX-XX-XX.stv.ru
host-XX-XX-XX-XX.stv.ru has address XX-XX-XX-XX
Что не так?
Люди кто может наглядно
Люди кто может наглядно объяснить процесс обмена почтой двух майлеров?
Человек пишет письмо и передает его серверу X, сервер X передает информацию на сервер Y мне интересно какого рода эта иинформация ведь он представляется как-то серверу Y вопрос КАК? далее он говорит что хочет передать сообщение какому-то пользователю в определенном домене что в этот момент происходит на сервере Y? Ведь прежде чем передать почту пользователю в каком-то домене сервер проводит ряд проверок домена X, что это за проверки?
я понимаю так
сервер X приветствует сервер Y: Привет я host-X.ru мои ip x.x.x.x как твои дела? не передашь письмецо для
Сервер Y ну привет СПАМЕР придержи коней документики проверю! значит говоришь host-X.ru? ну-ка ну-ка "проверка #host host-X.ru (вернулся IP x.x.x.x)" хм забавно ну-ка наоборот "проверка #host x.x.x.x (вернулось host-X.ru)", ну что ты мне почти нравишся, а письмецо говоришь от
? глянем "проверка MX` для domen.ua, ну скажем #host domen.ua (вернулось:
domen.ua has address x.z.f.b (или x.x.x.x если домен на томже сервере что и майлер)
domen.ua mail is handled by 1 host-x.ru.)" ладно, ну что а юзер то user-server-x-1 действительно в домене есть али как? Тут в зависимости от настроек принимающего Y два варианта либо проверка на существование юзера либо, ну да ладно host-X.ru я тебе верю так и быть передам твое письмецо.
И письмецо пошло, дальше меня мало интересует, главное письмо принято.
Вот в этом взаимодействии могут быть некие погрешности я пытаюсь понять ход общения серверов чтобы понять в каком место может возникнуть ошибка, я хочу пройти весь этап пересылки самостоятельно проверяя где возникают ошибки.
Может кто расскажет историю про общение двух серверов более подробно?
Решил настроить
Решил настроить relay
перепробовал кучу разных вариантов все одинаково заканчиваются.
Делаю по http://www.opennet.ru/base/net/sendmail_smtpauth.txt.html
В итоге в логах получаю:
И чему ты тут удивляешься?!?
Ты ж на мыл.ру настраиваешься (с точки зрения сформулированной задачу --- глупость несусветная, но сейчас не об этом речь)...
Тебе про мыл.ру мало
гадостейхорошего рассказали?:wq
--
Live free or die
:) Я на что только не
:) Я на что только не пробовал настраивать постоянно одинаково получается, я не против настроить не на мыл ру, даже только за я сам ин не люблю. Скажи что можно в качестве relay сервера взять, пров мой пока молчит, буду закидывать его письмами и задалбывать звонками на которые никто не отвечает :) но сейчас мне реально нужно как-то почту отправлять своим сервером :)
.
Заходи [уже завтра] в джаббер, попробую ещё раз объяснить принцип настройки.
:wq
--
Live free or die
/
Я не предупреждал по поводу опеннета?
Данная "статья" от перевода (с сокращением) и отсутствия ссылок на первоисточники только проиграла.
http://www.sendmail.org/~ca/email/auth.html
И ещё, хоть и для Красной Шапочки, но мне понравилось:
http://www.joreybump.com/code/howto/smtpauth.html
:wq
--
Live free or die
Простите за "затухшую" тему.
Простите за "затухшую" тему. (Я просто уезжал)
Вот чем пока закончились мои попытки сделать все как хочется.
Провайдер прописал таки моему домену обратную зону. Домен http://pautina-web.ru/ видимо особого смысла скрывать нет, тем более что там сейчас пусто :)
Но в логах ничего не поменялось. явно что-то не так настроено
Куда же крутить вертеть
slep@mini ~ $ host -a
slep@mini ~ $ host -a pautina-web.ru
Trying "pautina-web.ru"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31580
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;pautina-web.ru. IN ANY
;; ANSWER SECTION:
pautina-web.ru. 3521 IN A 77.39.15.21
Received 48 bytes from 192.168.1.1#53 in 4 ms
Гениально , я почту от вас не прийму по прчине отсутствия MX
lep@mini ~ $ telnet pautina-web.ru 25
Trying 77.39.15.21...
timeout
проверка показала отсутствие сервера.
callback не отработал -> spam ~ 90%
далее :
Ref: PBL190202
77.39.12.0/22 is listed on the Policy Block List (PBL)
http://www.spamhaus.org/pbl/query/PBL190202
Пропишите MX, и sendmail.cf покажите
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
/
Гениально.
Я почему-то всегда думал, что проверка должна выглядеть: существование "МХ" ЛОГИЧЕСКОЕ ИЛИ "А"...
А вот это уже серьёзная заявочка.
Этот момент тоже стоит проработать.
Первое избыточно.
.mc куда читабельнее. Естественно, в предположении, что .cf получен компилляцией.
:wq
--
Live free or die
Anarchist написал(а):slepnoga
Ув. Anarchist
Вы это серьёзно думаете,или как ?
По вашему и от xxx.xxx.xxx.pppoe.murmansk.dslavangard.ru (где xxx - in-addr.arpa) надо принять ?
MX там нет, а всё остальное очёнь даже было, включая Hello.(со скоростью 1-2 коннекта/сек)
Конечно, мой pcre.cf их порежет, но нафига мне их вообще заморачиватся по этому поводу.
И второе , что делать в случае отсутствия MX с такими вещами http://www.postfix.org/postconf.5.html#reject_unverified_sender ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
.
Серьёзно.
Точнее --- такова практика в моём случае.
Строго говоря, оснований резать по факту отсутствия в DNS MX-записи не вижу.
В моём случае достаточно много честных отправителей без MX, и с хостом, соответствующим 4-5 уровню.
А ещё навскидку примеров не приведу, но, помнится, были и (тоже честные) с доменами 2-3 уровня и без MX (не, если твоего альтруизма хватает на разъяснение всем Безруковым-Безумовым того как должен быть настроен DNS для ИХ домена...).
И встречный пример:
С нашего сервера к ним на указанном интервале (и не только) естественно ничего не посылалось.
Будет зарезан либо по ограничению на число одновременных сессий для адреса, либо по квоте на число соединений для IP, либо попадётся на SpamTrap.
Ибо смотри приведённый мной выше пример: MX'ы наблюдаются, однако рассылка спама идёт.
Можно обсудить область применимости и цену такого подхода.
Не. Я конечно понимаю, что все отправители доменов третьего уровня (и выше) должны слать всю почту исключительно через MX вышестоящего провайдера... :)))
Но по моим наблюдениям доля полезных писем, для которых такой подход даёт false positives получается недопустимо высокой.
Коннектиться не к MX'у, а к хосту.
Ну и далее как обычно.
:wq
--
Live free or die
С нашего сервера к ним на
С нашего сервера к ним на указанном интервале (и не только) естественно ничего не посылалось.... Sender ok... Recipient ok
А то, конечно не посылалось
slep@mini ~ $ telnet ns.efo.ru 25
Trying 82.140.81.3...
Connected to ns.efo.ru.
Escape character is '^]'.
220 ns.efo.ru ESMTP Sendmail 8.12.8/8.12.8; Tue, 2 Jun 2009 14:19:25 +0400
EHLO mail.kare.lv
250-ns.efo.ru Hello [62.84.10.101], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE
250-DSN
250-ETRN
250-DELIVERBY
250 HELP
mail from:
250 2.1.0
rcpt to:
250 2.1.5
data
354 Enter mail, end with "." on a line by itself
это писмо с поддельным адресом
.
250 2.0.0 n52AJP6A007807 Message accepted for delivery
яуит
500 5.5.1 Command unrecognized: "QQP8Q"
quit
221 2.0.0 ns.efo.ru closing connection
Connection closed by foreign host.
Мысли вслух: почему если SMTP неадекват , то 70% это сендмаил ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
.
А то я не знаю... :)
Формулировка в корне неверная!
Если смотреть с учётом весовых коэффициентов, то доля
sendmail'а составит не больше 40%.Причина того, что тебя раздражает заключается немного в другом: есть такая, достаточно популярная в определённых кругах ОС, как FreeBSD. В коробке которой идёт как раз таки
sendmail... Завести который в качестве почтового сервера достаточно просто. Что нельзя сказать об адекватной его настройке...ЗЫ: Я рассказывал байку о том, как один особо одарённый московский провайдер (с
exim'ом в качестве MTA) отдавал статус Sent для писем, убивавшихся как спам?:wq
--
Live free or die
Цитата: slepnoga
Я и имел ввиду , если неадекватно настроенных SMTP принят за 100 %....
Зы. вообще *BSD
Неа.
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
.
Я хотел сказать, что отсутствие проверки адреса отправителя конечно ляп грубый.
Но натуральный Open Relay --- ещё более тяжёлый случай.
Это --- неадекватные с точки зрения рассылки настройки.
Бывают ещё и неадекватные с точки зрения приёма писем настройки. Один из фееричнейших примеров описан ниже.
Но вообще-то приходится регулярно разбираться с жалобами на неполучение писем, про которые в логах моего почтового сервера написано Sent...
Собственно пример.
:wq
--
Live free or die
А ещё фактор Времени
В последнее время что-то гугл занялся рассылкой (или трансляцией) спама...
Сначала один товарищ (с гугловским почтовиком в качестве MX'а) жаловался на непрохождение почты, потом уже мне пытались послать (тоже блокировал по причине SpamTrap), смотрел два раза на интервале минут 10 (не больше): вывод показывал разные сработавшие ловушки.
:wq
--
Live free or die
Цитата:Серьёзно. Точнее ---
Ну а в моём случае практика такова, что нет никаких препятствий зарегать myfrma.tld и повесить на xxx.xxx.xxx.pppoe.murmansk.dslavangard.ru
я не проверяю canonical name, я проверяю наличие А записи для хоста который конектится ко мне, и наличие MX в домене.
Это минимально условие,
Да , и простой вопрос:
Ну нет MX, хорошо.
Получатель за проваидерским релеем сидит.
Куда писать о недоставке почты ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
/
К сожалению не всегда так просто.
Да, в таком случае простой вопрос: как ты отрабатываешь ситуацию, когда для домена второго уровня MX работает только на него, а для его поддомена третьего уровня MX вообще отсутствует как класс?
Или когда для домена второго уровня MX один, а для его поддоменов третьего уровня --- совсем другие MX'ы?
..." ???
Фаната qmail'а шьёшь? :) Не... Я таковым не являюсь.
И собственно уточняющий вопрос: на каком основании мне писать о недоставке почты? Для несуществующих адресатов я почту не принимаю.
Единственный уязвимый с этой точки зрения элемент в моей системе --- антивирус. Но здесь величины трафика совершенно некритичны. За напоминание спасибо: надо будет поисследовать последние Reject'ы антивируса.
:wq
--
Live free or die
Цитата:Anarchist
В __моём_случае__ нет абсолютно никаких технических причин не зарегать домен.
Как говорил один ..идер, есть MX есть SMTP,нет МХ и проблемы нет
Фаната qmail'а не шью :), у вас все проверки письма проходят до 250 Ок ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
.
Рад за Вас ;)
Кстати, в указанной Вами конфигурации отправитель с отличной от нуля вероятностью мной будет обоснованно послан нах.
По результатам провери соответствия обратной зоны (мы явно забыли включить в рассмотрение почтовый домен, от имени которого хост отправляет почту).
Как я на это уже говорил: оригинальный подход :)
Т.е. SMTP трафик, рассылаемый хостом, который не является MX'ом, он склонен игнорировать? :)
На спам --- все.
Единственная проверка, которая отрабатывает потом --- это антивирус.
Но его в принципе можно поставить и в
silent mode(строго говоря нежелательно, потому как и у честных отправителей бывают вирусы)...:wq
--
Live free or die
Мы явно выладем из темы
Мы явно выпадем из темы топика.
Если продолжать, то на спецресурсе вроде www.postfix.ru
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
/
Ни фига не очевидно.
ИМХО же просто неверно.
На этом спецресурсе данное обсуждение тоже будет оффтопиком.
Потому как я postfix видел давно, и после того как мне так и не удалось научить его форвардить весь трафик в определённом направлении я на него просто забил.
В качестве варианта можно завести конференцию в джаббере (не забыв включить логирование).
Но ИМХО это не лучшее решение. По меньшей мере не для всего.
:wq
--
Live free or die
Насчет мх-сов пока опустим
Насчет мх-сов пока опустим разговор, 25 порт прокинул конектится должен пускать отправлять во вне не даст(не должен во всяком случае).
ПО поваду
Думаю рано переживать
Что касается sendmail.mc b sendmail.cf то их можно посмотреть тут
http://pautina-web.ru/sendmail.mc
http://pautina-web.ru/sendmail.cf
Удалил себя из списка на
Удалил себя из списка на http://www.spamhaus.org/pbl/query/PBL190202
Gmail теперь мою почту принимает :)
Маил пока нет ну да и ладно пока что.
Думаю нельзя сказать что данная тема полностью закрыта но все-же сдвиг есть а это уже радует :) делитесь мыслями если что. Я буду очень благодарен.