The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Проверка rcpt to перед отправкой"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Почта)
Изначальное сообщение [ Отслеживать ]

"Проверка rcpt to перед отправкой"  –2 +/
Сообщение от noisebringer (ok) on 29-Июн-14, 19:20 
Всех приветствую я.
Нужен почтовый сервер, который бы перед приемом к отправке сообщения сначала делал бы хотя бы элементарную проверку на существование домена указанного в электронной почте.

Дело в том, что из коробки что sendmail  что postfix, что exim с легкостью отвечают 250 на откровенный бред в rcpt to и принимают сообщение к отправке.
Пока что не нашел ни одной статьи в интернете отвечающей нуждам.

Заранее благодарен :)

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Проверка rcpt to перед отправкой"  +/
Сообщение от mcshel (ok) on 29-Июн-14, 19:47 
> Всех приветствую я.
> Нужен почтовый сервер, который бы перед приемом к отправке сообщения сначала делал
> бы хотя бы элементарную проверку на существование домена указанного в электронной
> почте.
> Дело в том, что из коробки что sendmail  что postfix, что
> exim с легкостью отвечают 250 на откровенный бред в rcpt to
> и принимают сообщение к отправке.
> Пока что не нашел ни одной статьи в интернете отвечающей нуждам.
> Заранее благодарен :)

rcpt имеется ввиду на ваш домен? Т.е. отправка из интернет к вам?

Если да, то во всех перечисленных MTA это есть. Например для postfix в конфиге это mydestination


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Проверка rcpt to перед отправкой"  +/
Сообщение от noisebringer (ok) on 29-Июн-14, 20:01 
> rcpt имеется ввиду на ваш домен? Т.е. отправка из интернет к вам?

Rcpt имеется в виду абсолютно любой
Отправка от меня

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Проверка rcpt to перед отправкой"  +/
Сообщение от mcshel (ok) on 29-Июн-14, 20:06 
>> rcpt имеется ввиду на ваш домен? Т.е. отправка из интернет к вам?
> Rcpt имеется в виду абсолютно любой
> Отправка от меня

Тогда я смысла не вижу, MTA из коробки сам все проверит и если не сможет отправить, пришлет отправителю отбойку.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 29-Июн-14, 20:12 
> Тогда я смысла не вижу, MTA из коробки сам все проверит и
> если не сможет отправить, пришлет отправителю отбойку.

Отправителем являюсь я. У меня есть некоторое количество ящиков. Часть из которых может быть не действительной. И мне не нужна отбойка на каждый недействительный ящик. Мне нужно "550 нельзя туда отправить"

В общем мне нужно, чтобы когда сервере получает нечто вроде
rcpt to: fdskjhaksljhdf@fkjhdfkjsdh.fsdafas
он бы не принимал письмо к отправке, а тут же отвечал бы что нельзя туда ничего отправить ибо это бред.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Проверка rcpt to перед отправкой"  +/
Сообщение от mcshel (ok) on 29-Июн-14, 20:34 
>> Тогда я смысла не вижу, MTA из коробки сам все проверит и
>> если не сможет отправить, пришлет отправителю отбойку.
> Отправителем являюсь я. У меня есть некоторое количество ящиков. Часть из которых
> может быть не действительной. И мне не нужна отбойка на каждый
> недействительный ящик. Мне нужно "550 нельзя туда отправить"
> В общем мне нужно, чтобы когда сервере получает нечто вроде
> rcpt to: fdskjhaksljhdf@fkjhdfkjsdh.fsdafas
> он бы не принимал письмо к отправке, а тут же отвечал бы
> что нельзя туда ничего отправить ибо это бред.

Реализовать можно через проверку на регулярные выражения.

Для postfix, примеры есть тут:
http://postfix.ru/port/codes/config2_axel.html

В сторону header_checks попробуйте посмотреть.

В exim это тоже можно сделать, но будет несколько сложнее разобраться особенно на начальном уровне. Еще раз повторю, что смысла в этом я не вижу.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 30-Июн-14, 07:43 
Проверка на регулярные выражения даст только соответствие строки определенным правилам, а не проверит на существование MX запись в зоне хоста.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

35. "Проверка rcpt to перед отправкой"  +/
Сообщение от Medlar (ok) on 07-Авг-14, 17:37 
> В общем мне нужно, чтобы когда сервере получает нечто вроде
> rcpt to: fdskjhaksljhdf@fkjhdfkjsdh.fsdafas
> он бы не принимал письмо к отправке, а тут же отвечал бы
> что нельзя туда ничего отправить ибо это бред.

===
Aug  7 18:49:18 mail sendmail[33085]: s77CnHr4033085: from=<gatling@anrb.ru>, size=366, class=0, nrcpts=1, msgid=<53E37587.9060404@anrb.ru>, proto=ESMTP, daemon=MTA, relay=gatling.anrb.ru [x.y.z.t]
Aug  7 18:49:19 mail sendmail[33087]: s77CnHr4033085: to=<fdskjhaksljhdf@fkjhdfkjsdh.fsdafas>, delay=00:00:01, xdelay=00:00:00, mailer=esmtp, pri=120366, relay=fkjhdfkjsdh.fsdafas, dsn=5.1.2, stat=Host unknown (Name server: fkjhdfkjsdh.fsdafas: host not found)
Aug  7 18:49:19 mail sendmail[33087]: s77CnHr4033085: s77CnIr4033087: DSN: Host unknown (Name server: fkjhdfkjsdh.fsdafas: host not found)
Aug  7 18:49:19 mail sendmail[33087]: s77CnIr4033087: to=gatling, delay=00:00:01, xdelay=00:00:00, mailer=local, pri=30000, dsn=2.0.0, stat=Sent


======
SLocal_check_rcpt
R$*                $: $(storage {Mail_to} $@ $1 $) $1
R$*                $: $(syslog syslog:rcpt:001: $1 $) $1

# Canonify
R$*                $: <STOP> $>3 $1
R$*                $: $(syslog syslog:rcpt:002: $1 $) $1
R<STOP>$+<@ $+ .>        $: CONTINUE
R$*                $: $(syslog syslog:rcpt:003: $1 $) $1
R<STOP>$+<@ $+ >        $#error $@ 5.1.2 $: "553 Name server: "$2": Host not found."

# Return to Mail_to
R$*                $: $&{Mail_to}
R$*                $: $(syslog syslog:rcpt:004: $1 $) $1

# Clear the macro Mail_to for the next message
R$*                $: $(storage {Mail_to} $) $1

======
Aug  7 19:10:58 mail sendmail[41331]: s77DAvKA041331: syslog:rcpt:001:<fdskjhaksljhdf@fkjhdfkjsdh.fsdafas>
Aug  7 19:10:58 mail sendmail[41331]: s77DAvKA041331: syslog:rcpt:002:<STOP>fdskjhaksljhdf<@fkjhdfkjsdh.fsdafas>
Aug  7 19:10:58 mail sendmail[41331]: s77DAvKA041331: syslog:rcpt:003:<STOP>fdskjhaksljhdf<@fkjhdfkjsdh.fsdafas>
Aug  7 19:10:58 mail sendmail[41331]: s77DAvKA041331: ruleset=check_rcpt, arg1=<fdskjhaksljhdf@fkjhdfkjsdh.fsdafas>, relay=gatling.anrb.ru [x.y.z.t], reject=553 5.1.2 <fdskjhaksljhdf@fkjhdfkjsdh.fsdafas>... Name server:fkjhdfkjsdh.fsdafas: Host not found.
Aug  7 19:11:04 mail sendmail[41331]: s77DAvKA041331: from=<gatling@anrb.ru>, size=377, class=0, nrcpts=0, proto=ESMTP, daemon=MTA, relay=gatling.anrb.ru [x.y.z.t]

======
Aug  7 19:29:54 mail sendmail[46419]: s77DTsUR046419: syslog:rcpt:001:<some-mailru-user@mail.ru>
Aug  7 19:29:54 mail sendmail[46419]: s77DTsUR046419: syslog:rcpt:002:<STOP>some-mailru-user<@mail.ru.>
Aug  7 19:29:54 mail sendmail[46419]: s77DTsUR046419: syslog:rcpt:003:CONTINUE
Aug  7 19:29:55 mail sendmail[46419]: s77DTsUR046419: from=<gatling@anrb.ru>, size=353, class=0, nrcpts=1, msgid=<53E37F0B.5070102@anrb.ru>, proto=ESMTP, daemon=MTA, relay=gatling.anrb.ru [1.1.1.1]
Aug  7 19:29:56 mail sendmail[46422]: s77DTsUR046419: to=<some-mailru-user@mail.ru>, delay=00:00:02, xdelay=00:00:01, mailer=esmtp, pri=120353, relay=mxs.mail.ru. [217.69.139.150], dsn=2.0.0, stat=Sent (OK id=1XFNkw-0001J8-Mj)

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

37. "Проверка rcpt to перед отправкой"  +/
Сообщение от fantom (??) on 11-Дек-14, 12:32 
>> Тогда я смысла не вижу, MTA из коробки сам все проверит и
>> если не сможет отправить, пришлет отправителю отбойку.
> Отправителем являюсь я. У меня есть некоторое количество ящиков. Часть из которых
> может быть не действительной. И мне не нужна отбойка на каждый
> недействительный ящик. Мне нужно "550 нельзя туда отправить"
> В общем мне нужно, чтобы когда сервере получает нечто вроде
> rcpt to: fdskjhaksljhdf@fkjhdfkjsdh.fsdafas
> он бы не принимал письмо к отправке, а тут же отвечал бы
> что нельзя туда ничего отправить ибо это бред.

Извините, но это вы несете бред...
Когда почта изобреталась - большинство линков было "диалапного" типа, т.е. очень многие сервера небыли ПОСТОЯННО доступны.
Если MTA будет поступать так, как вы описываете изначально, то как только пропадет доступ к инету у сервера он будет отбивать вообще ВСЕ попытки передать что-либо...

А если уж сильно хочется - то заказанное вами выполняется банальной проверкой существования адреса отправителя и получателя.

Сию проверку умеет выполнять и sendmail (smf-sav или milter-sender), и postfix ( reject_unverified_sender) и exim (sender_verify)

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "Проверка rcpt to перед отправкой"  +/
Сообщение от qwertykma email(ok) on 30-Июн-14, 11:02 
ИМХО то что вы хотите - не реализуемо. Вы хотите что-бы как только вы начали набирать адрес получателя почтовик до получения всего письма сразу проверял существование этого адреса не дожидаясь ввода вами ни сабжа, ни даты. Т.е. не закрывая одну почтовую сессию, он (почтовик) должен сразу-же открывать другую, для отправки того что он еще не принял. Я правильно понял то что вы хотите? Просто так проверять наличие только домена в вашем случае бессмысленно, Ну проверили вы доменную часть, где гарантия что вы ввели правильно имя ящика? А если там грейлист? А если просто сейчас сервер получателя не доступен, а вы уже получили отлуп?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 30-Июн-14, 11:35 
noisebringer@server:~$ sendmail -tv noisebr@yandex.ru < mail
noisebr@yandex.ru... Connecting to [127.0.0.1] via relay...
220 server ESMTP Sendmail 8.14.4/8.14.4/Debian-4.1ubuntu1; Mon, 30 Jun 2014 15:28:46 +0800; (No UCE/UBE) logging access from: localhost(OK)-localhost [127.0.0.1]
>>> EHLO server

250-server Hello localhost [127.0.0.1], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-DSN
250-ETRN
250-AUTH DIGEST-MD5 CRAM-MD5
250-DELIVERBY
250 HELP
>>> VERB

250 2.0.0 Verbose mode
>>> MAIL From:<noisebringer@server> SIZE=17 AUTH=noisebringer@server

250 2.1.0 <noisebringer@server>... Sender ok
>>> RCPT To:<noisebr@yandex.ru>

----
Вот тут проверка MX зоны
----
>>> DATA

250 2.1.5 <noisebr@yandex.ru>... Recipient ok
354 Enter mail, end with "." on a line by itself
>>> .

050 <noisebr@yandex.ru>... Connecting to mx.yandex.ru. via esmtp...
050 220 mxfront33.mail.yandex.net (Want to use Yandex.Mail for your domain? Visit http://pdd.yandex.ru)
050 >>> EHLO server
050 250-mxfront33.mail.yandex.net
050 250-8BITMIME
050 250-PIPELINING
050 250-SIZE 42991616
050 250-STARTTLS
050 250-DSN
050 250 ENHANCEDSTATUSCODES
050 >>> STARTTLS
050 220 Go ahead
050 >>> EHLO server
050 250-mxfront33.mail.yandex.net
050 250-8BITMIME
050 250-PIPELINING
050 250-SIZE 42991616
050 250-DSN
050 250 ENHANCEDSTATUSCODES
050 >>> MAIL From:<noisebringer@server> SIZE=320
050 250 2.1.0 <noisebringer@server> ok
050 >>> RCPT To:<noisebr@yandex.ru>
----
Вот тут если сервер отвечает что нет такого получателя то отправка прерывается
----
050 >>> DATA
050 250 2.1.5 <noisebr@yandex.ru> recipient ok
050 354 Enter mail, end with "." on a line by itself
050 >>> .
050 451 4.7.1 Sorry, the service is currently unavailable. Please come back later. r7PPVBsJO-SjTW2kfp
----
При подобных ответах ставить в очередь и гонять его время указанное в конфигах (и так работает)
----
050 <noisebr@yandex.ru>... Deferred: 451 4.7.1 Sorry, the service is currently unavailable. Please come back later. Or7PPVBsJO-SjTW2kfp
250 2.0.0 s5U7Sk7T009342 Message accepted for delivery
noisebr@yandex.ru... Sent (s5U7Sk7T009342 Message accepted for delivery)
Closing connection to [127.0.0.1]
>>> QUIT

221 2.0.0 server closing connection


Последнее на чём я сейчас нахожусь, это понимание, что sendmail.cf это не совсем уж и набор кракозябр, а набор правил регулярных выражений, где можно использовать переменные.
То есть вроде бы, как бы в sendmail.сf можно добавить одну строчку, в которой он делает запрос mx записи у домена потенциального получателя и потом соответствующим образом реагирует на ответ.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Проверка rcpt to перед отправкой"  +/
Сообщение от mcshel (ok) on 30-Июн-14, 14:29 
> RCPT To:<noisebr@yandex.ru>
>> ----
>Вот тут если сервер отвечает что нет такого получателя то отправка прерывается

Да он не домен проверяет, а получателя. У вас БД ящиков где хранится?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 30-Июн-14, 15:18 
Бд ящиков как таковой нет, об этом не задумывался.
Получатель ведь так или иначе должен находиться на каком-либо домене. Иначе кто его письмами заниматься-то будет. Вот я и имею в виду, что нужно сначала проверить просто существует ли что-нибудь что имеет на 25том порту что-нибудь готовое обрабатывать корреспонденцию для этого получателя или нет. Или хотя бы запись MX в зоне на тот случай, если там у них что-нибудь с сетью творится и нужно просто попозже попробовать.
Для меня огромная новость, что это по умолчанию не продумано и вообще никак не проверяется.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

23. "Проверка rcpt to перед отправкой"  +/
Сообщение от Аноним (??) on 30-Июн-14, 19:26 
> Для меня огромная новость, что это по умолчанию не продумано и вообще никак не проверяется.

Потому что оно нафиг не надо. Получил письмо _полностью_ и либо доставил, либоо вернул отлуп отсылавшему.
Ты же хочешь жёсткого изврата и обижаешься что девушки бороды не носят 8-\
Причём если ты даже и сделаешь это как нибудь - задосят тебя паря, как пацака :)

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

14. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 30-Июн-14, 15:31 
Внесу чуть больше конкретики.
При выполнении команды sendmail -vt sjhkjahskasjh@lhjakjhkdjah.skhsj < mail

Происходи вот это

sjhkjahskasjh@lhjakjhkdjah.skhsj... Connecting to [127.0.0.1] via relay...
220 server ESMTP Sendmail 8.14.4/8.14.4/Debian-4.1ubuntu1; Mon, 30 Jun 2014 19:25:58 +0800; (No UCE/UBE) logging access from: localhost(OK)-localhost [127.0.0.1]
>>> EHLO server

250-server Hello localhost [127.0.0.1], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-DSN
250-ETRN
250-AUTH DIGEST-MD5 CRAM-MD5
250-DELIVERBY
250 HELP
>>> VERB

250 2.0.0 Verbose mode
>>> MAIL From:<noisebringer@server> SIZE=17 AUTH=noisebringer@server

250 2.1.0 <noisebringer@server>... Sender ok
>>> RCPT To:<sjhkjahskasjh@lhjakjhkdjah.skhsj>
>>> DATA

250 2.1.5 <sjhkjahskasjh@lhjakjhkdjah.skhsj>... Recipient ok (!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!)
!!!!!!!!!!!!!!!!!ЧТО ЗА ГЛУПОСТЬ КАК Recipien может быть ok


354 Enter mail, end with "." on a line by itself
>>> .

050 <noisebringer@server>... Connecting to local...
050 <noisebringer@server>... Sent
250 2.0.0 s5UBPweF009978 Message accepted for delivery
sjhkjahskasjh@lhjakjhkdjah.skhsj... Sent (s5UBPweF009978 Message accepted for delivery)
Closing connection to [127.0.0.1]
>>> QUIT

221 2.0.0 server closing connection

И потом на ящик пользователя от имени которого выполняется команда отправляется письмо, что не существует домена, которому можно подключиться и отправить это письмо. Это ведь идиотизм.

Сейчас у меня как раз стоит задача устранения этой глупости. То есть нужно чтобы sendmail сразу проверял, есть ли куда подсоединяться чтобы отправить это письмо.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Проверка rcpt to перед отправкой"  +/
Сообщение от Филимон Задумчивый on 30-Июн-14, 15:47 
> Сейчас у меня как раз стоит задача устранения этой глупости. То есть
> нужно чтобы sendmail сразу проверял, есть ли куда подсоединяться чтобы отправить
> это письмо.

То, что сейчас сделано - сделано наиболее разумным способом. Глупость - это то, что вы пытаетесь сделать. Домен, на который вы шлёте может временно не резолвится по техническим причинам (dns перегружен, недоступен, в процессе конфигурации...). Не нужно озадачивать пользователя такими подробностями. Через некоторое время dns сервер очнётся и письмо будет доставлено. Для этого сервер и нужен. + С введением новых доменов вроде кириллических, pro, p0rno и т.д. нельзя точно сказать какой домен правильный, а какой нет, не разрезолвив его dnsом. А у dns могут быть временнные проблемы.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "Проверка rcpt to перед отправкой"  +/
Сообщение от Филимон Задумчивый on 30-Июн-14, 15:49 
На всякий случай, если я не тем концом воткнулся и ваш сервер принимает письма для любого адреса, потом рассылая ответное сообщение, что нету такого пользователя, то это да. Это чините скорее - вас за такое возыметь могу все. От спамеров до чёрных списков.


Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

36. "Проверка rcpt to перед отправкой"  +/
Сообщение от tetramin email on 10-Дек-14, 11:15 
> На всякий случай, если я не тем концом воткнулся и ваш сервер
> принимает письма для любого адреса, потом рассылая ответное сообщение, что нету
> такого пользователя, то это да. Это чините скорее - вас за
> такое возыметь могу все. От спамеров до чёрных списков.

Не знаю, правильно ли я всё понял... У меня вот такая проблема: прислал мне спамер письмо с адреса бредовый_не_существующий_адрес@реальный_домен.com на адрес, которого у меня нет. Мой постфикс ему шлёт отлуп, что адреса нет. Как-то православно можно сделать, чтобы проверял, что адрес бредовый и не существует, что на него почту от MAILER-DAEMON слать не стоит? А то из-за этой фигни мой айпи попадает постоянно в блеклисты...

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

38. "Проверка rcpt to перед отправкой"  +/
Сообщение от PaulZibert on 11-Дек-14, 17:55 
не оно? http://freesource.info/wiki/Dokumentacija/Postfix/antispam/v...

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

39. "Проверка rcpt to перед отправкой"  +/
Сообщение от tetramin email on 12-Дек-14, 09:36 
> не оно? http://freesource.info/wiki/Dokumentacija/Postfix/antispam/v...

Вроде оно. Вроде даже настраивал у себя. Только сейчас конфиг смотрю - нет этой настройки! Спасибо большое.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

40. "Проверка rcpt to перед отправкой"  +/
Сообщение от fantom (ok) on 12-Дек-14, 10:21 
>> не оно? http://freesource.info/wiki/Dokumentacija/Postfix/antispam/v...
> Вроде оно. Вроде даже настраивал у себя. Только сейчас конфиг смотрю -
> нет этой настройки! Спасибо большое.

Сию проверку умеет выполнять и sendmail (smf-sav или milter-sender), и postfix ( reject_unverified_sender) и exim (sender_verify)

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

17. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 30-Июн-14, 15:54 
Ок.
Тогда попытаюсь сделать по-другому.
Отправка почты отдельно. Прием почты отделно.
Есть ли какая-нибудь утилита, котороая бы пробовала отправить письмо и если этого не происходит по причине отсутствия (нерезолвинья) домена получателя или при ответе домена получателя о том, что такого ящика в базе нет (знаю что не все так отвечают) говорила бы о том, что прямо сейчас письмо отправить не получилось по такой-то причине.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

18. "Проверка rcpt to перед отправкой"  +/
Сообщение от Филимон Задумчивый on 30-Июн-14, 16:04 

> что не все так отвечают) говорила бы о том, что прямо
> сейчас письмо отправить не получилось по такой-то причине.

О том, что ящика нет на сервере отправитель узнаёт почти сразу - это перманентная ошибка. Откладываются до суток вроде только временные ошибки вроде нерезолвинга.

Утилита называется "скрипт на перле, читающий лог по уведомлениями File::Tail, например", ну, или если вы хипстер-серпентолог "утилита на питоне".

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

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

19. "Проверка rcpt to перед отправкой"  +/
Сообщение от Филимон Задумчивый on 30-Июн-14, 16:10 
> Ну, или геморроя...

Если вашим клиентам так важно знать, что их письмо до адресата доставлено, то пусть жамкнут в почтовом клиенте подтверждение о доставке и уведомление о прочтении. В Thunderbird есть Пункт в меню Настройки

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 30-Июн-14, 16:25 
Пользователь это я. И я хочу, видеть все эти ошибки. Тем более, что они не так часто видятся (исходя из того что я видел пока разбирался со всем этим делом общаясь по телнету с почтовыми серверами яндекса, гугла и хотмейла, и просмотра логов сендмейла).

И вот тут-то передо мной встает адская дилемма: угрохать недельку другую, а то и месяц другой на то, чтобы написать самостоятельно программу, которая бы для отправки сообщения присоединялась к домену получателя и отправляла сразу на его сервер письмо. Или найти готовое решение, тем более, что мне так и так нужно будет получать почту для своего домена, где уже 100% проще использовать готовый сервер.

Пока что занят вторым.

P.S. Cерпентолог - прикол :)))

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

21. "Проверка rcpt to перед отправкой"  +/
Сообщение от Аноним (??) on 30-Июн-14, 16:46 
> Пользователь это я. И я хочу, видеть все эти ошибки. Тем более,
> что они не так часто видятся (исходя из того что я
> видел пока разбирался со всем этим делом общаясь по телнету с
> почтовыми серверами яндекса, гугла и хотмейла, и просмотра логов сендмейла).

Ну так берите sendmail.cf в руки, пишите локальный рулесет check_rcpt и получайте все Ваши ошибки.... только зачем плодить сущности ?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 30-Июн-14, 17:03 
Не держится он в руках пока что-то.
В голове уложилось только одно, что слева условия, справа их обработка.
А как в этом всём брать домен получателя, потом его резолвить, потом проверять ответ у меня в голове ещё слишком трансцендентен, чтобы преобразить это в код.

Плодить сущности? Если найду готовую сущность подходящую моим нуждам, то незамедлительно прекращу думать об этом :)

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

24. "Проверка rcpt to перед отправкой"  +/
Сообщение от Аноним (??) on 30-Июн-14, 19:35 
> 250 2.1.0 <noisebringer@server>... Sender ok
>>>> RCPT To:<sjhkjahskasjh@lhjakjhkdjah.skhsj>
>>>> DATA
> 250 2.1.5 <sjhkjahskasjh@lhjakjhkdjah.skhsj>... Recipient ok (!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!)
> !!!!!!!!!!!!!!!!!ЧТО ЗА ГЛУПОСТЬ КАК Recipien может быть ok

Исперичка :) Пшел RTFM там очень доходчиво расписано __что__ тут проверяется :)


> Сейчас у меня как раз стоит задача устранения этой глупости.

Да. Срочто отрежь себе моск, всё равно не работает.
Далее - очень важно!!! - если уже сделал детишек - срочно придуши, не плоди уродцев.
Ну и на завершение, как мера профилактики - отрежь себе яйца.

Действуй и ты спасёшь этот мир :)

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

25. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 30-Июн-14, 22:04 
-В сети вы все такие дерзкие. А слабо это в лицо сказать?
-Ок. Скинь фотку.
Это я к тому, что проще некоторым сетевым гражданам нужно быть.

А по делу. Скорее всего направление мысли пойдет дальше в сторону обработки логов сервера. То есть чтобы он принимал сообщение, а дальше уже сообщал об ошибках по мере их поступления.
А может не логов.
Кстати говоря как именно лучше наладить взаимосвязь в данном контексте С и sendmail.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

26. "Проверка rcpt to перед отправкой"  +/
Сообщение от qwertykma email(ok) on 01-Июл-14, 07:51 
> А по делу. Скорее всего направление мысли пойдет дальше в сторону обработки
> логов сервера. То есть чтобы он принимал сообщение, а дальше уже
> сообщал об ошибках по мере их поступления.
> А может не логов.
> Кстати говоря как именно лучше наладить взаимосвязь в данном контексте С и
> sendmail.

Любой нормальный почтовик так и работает. Что престнопамятный сендмэйл, что постфикс с экзимиом, они принимают письмо, а потом пишут логи. Вам надо свой написать, и вополотить в жизнь все свои желания. А то вы действительно хотите от почтовых серверов функций не свойственных им.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

27. "Проверка rcpt to перед отправкой"  +/
Сообщение от Pahanivo (ok) on 01-Июл-14, 11:19 
Пиплы, забейте на него https://www.opennet.ru/~noisebringer. Почитайте историю его постов и вы поймете что товарищ "совсем куку".
Он уже которую тему нелепую плодит по изобретению велосипедов и всякой прочей куйне.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

30. "Проверка rcpt to перед отправкой"  +/
Сообщение от Hammer email(ok) on 03-Июл-14, 13:17 
>[оверквотинг удален]
>>>>> DATA
>> 250 2.1.5 <sjhkjahskasjh@lhjakjhkdjah.skhsj>... Recipient ok (!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!)
>> !!!!!!!!!!!!!!!!!ЧТО ЗА ГЛУПОСТЬ КАК Recipien может быть ok
> Исперичка :) Пшел RTFM там очень доходчиво расписано __что__ тут проверяется :)
>> Сейчас у меня как раз стоит задача устранения этой глупости.
> Да. Срочто отрежь себе моск, всё равно не работает.
> Далее - очень важно!!! - если уже сделал детишек - срочно придуши,
> не плоди уродцев.
> Ну и на завершение, как мера профилактики - отрежь себе яйца.
> Действуй и ты спасёшь этот мир :)

Да Вы просто хам!

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

28. "Проверка rcpt to перед отправкой"  +/
Сообщение от Moomintroll (ok) on 01-Июл-14, 14:23 
> Нужен почтовый сервер, который бы перед приемом к отправке сообщения сначала делал
> бы хотя бы элементарную проверку на существование домена указанного в электронной
> почте.

У exim'а есть мощная фича — callout:

http://exim.org/exim-html-current/doc/html/spec_html/ch-acce...

Если нужно проверять только наличие домена, то можно использовать поиск в DNS:

http://exim.org/exim-html-current/doc/html/spec_html/ch-file...

Что касается callout'ов — вещь мощная, сам пользуюсь, но следует учитывать, что если

«У меня есть некоторое количество ящиков. Часть из которых может быть не действительной. И мне не нужна отбойка на каждый недействительный ящик.»

то на той стороне тоже может быть callout для отправителя и Ваше письмо просто не примут.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 02-Июл-14, 16:52 
На этот раз в словах Паханиво водилась доля истины. Очень много бреда было здесь в том числе и мной написано.

В моём случае, если задуматься, то это действительно не зачем. Почтовый сервер используется для веб-сервиса, а в данном случае, чтобы избежать разного рода дофига умной деятельности дофига хэккеров, лучше отвечать пользователю чем-нибудь до талого нейтральным, из серии: "адрес принят для отправки". Следовательно все мои два желания по поводу мх и получателя, оказались бессмысленными.

Всем спасибо за приятную, иногда заставляющую задуматься переписку :)

PS Что минусов-то понаставили?! :))

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Проверка rcpt to перед отправкой"  +/
Сообщение от Павел (??) on 08-Июл-14, 20:34 
> Всех приветствую я.
> Нужен почтовый сервер, который бы перед приемом к отправке сообщения сначала делал
> бы хотя бы элементарную проверку на существование домена указанного в электронной
> почте.
> Дело в том, что из коробки что sendmail  что postfix, что
> exim с легкостью отвечают 250 на откровенный бред в rcpt to
> и принимают сообщение к отправке.
> Пока что не нашел ни одной статьи в интернете отвечающей нуждам.
> Заранее благодарен :)

Я работал с exim. На rcpt to обычно не делают callout. Делают на mail from (чтобы принимать от существующих адресов). На rcpt to сервер принимает письмо и это нормально. Если он его не доставит, он должен сгенерировать рикошет отправителю. Что Вам мешает? Письма в очереди?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Проверка rcpt to перед отправкой"  +/
Сообщение от Pahanivo (ok) on 09-Июл-14, 07:28 
> Что Вам мешает?

тссссс. ему мешает не закончившиеся весеннее обострение.
не поднимай тему - чувак только успокоился.


Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Проверка rcpt to перед отправкой"  –1 +/
Сообщение от noisebringer (ok) on 10-Июл-14, 05:44 
Мешает то, что пользователь, который указывает почту в сервисе не может сразу увидеть то, что он написал бред.
То есть чтобы сделать это с помощью сендмейл нужно принять письмо к отправке, а потом ждать либо деливери еррор, либо курить логи. Что одно, что второе, по крайней мере на данный момент - геморрой невероятный.
У эксима с эти делом намного проще. Подобные вещи у него зашиты в функционал и включаются-выключаются парой строчек конфига.
У постфикса это вроде бы сделано так же как и у эксима, но лень заморачиваться было, да и вообще не нравится постфикс мне.


Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Проверка rcpt to перед отправкой"  +/
Сообщение от ALex_hha (ok) on 22-Июл-14, 18:45 
> Я работал с exim. На rcpt to обычно не делают callout. Делают на mail from (чтобы принимать от существующих адресов).

как ты себе представляешь проверить адрес приемника на сталии mail from?!

> На rcpt to сервер принимает письмо и это нормально.

о как, а на DATA он забивает?

> Если он его не доставит, он должен сгенерировать рикошет отправителю. Что Вам мешает? Письма в очереди?

если я правильно понял ТС, то он хочет, чтобы при нажатии отправить в MUA сразу вылезало окно с ошибкой - "Не могу отправить", а не через 2-3 минуты приходил отлуп.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру