Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Leonid B. Toker                      2:5020/400     27 Aug 2002  16:59:15
 To : Valentin Nechayev
 Subject : Re: А кaк с тaким спaм ом бороться? :-(
 -------------------------------------------------------------------------------- 
 
 >>>>> "VN" == Valentin Nechayev writes:
 
  VN> Да, скорее всего. В любом случае, я говорю про встречный коннект по smtp
  VN> с mail from:<> и rcpt to:<предъявленный адрес>
 
 У нас (cbr.ru), например, есть адреса (от которых делаются некоторые
 автоматические рассылки полезной информации и от которых идет письмо
 с заказанной через наш web-сайт информацией), для которых запрещен
 прием почты. Таким образом, Ваши пользователи при включенной проверке
 эту информацию не получат. (Я не знаю, может быть Вашим пользователям
 она и не нужна, но, вероятно, есть и другие такие отправители).
 
 Hасколько я помню, нет RFC, который говорит об обязательности
 приема почты на все отправляющие адреса. Если я ошибаюсь,
 то поправьте меня.
 
 Мне встречались хосты, не разрешающие приема почты на адреса своих
 MAILER-DAEMON'ов (пример сейчас не вспомню). Вы не будете принимать
 уведомления от таких хостов?
 
 А что Вы будете делать, если какая-либо организация разнесла свои MX-ы
 и сервера, отправляющие почту вовне? IMHO, тоже не запрещено?
 Или поставила почту на кластер, в результате чего соединение при отправке
 почты идет от IP-адреса узла кластера, а не от того IP-адреса, который
 указан в MX? А если при этом входящие соединения на адрес узла
 кластера не принимаются?
 
  VN> 1. За отсутствием качественных доступных разборщиков rfc822 синтаксиса
  VN> (ну, то есть, у меня уже есть, но был доведен до ума позже) - все адреса
  VN> иного вида чем ^[A-Za-z0-9._-]+\@[A-Za-z0-9._-]+$ игнорируются.
 
 Игнорируются в смысле письма отвергаются? Тогда надо как минимум добавить
 '/' и '=' в локальной части адреса - для инкапсулированных X.400 адресов
 и для адресов из HP OpenMail (или как он там сейчас называется),
 если на нем Internet-gateway не настроен для работы со справочником.
 
  VN> 4. Проверка не работает на yahoo и еще на нескольких freemail'ах из-за
  VN> того, что на этапе rcpt to они всегда подтверждают наличие получателя.
  VN> Впрочем, случай массовых рассылок обычно является исключением - потому что
  VN> yahoo при выставленной ручной блокировке аккаунта отказывает по rcpt to,
  VN> это существенно помогает.
 
 Она не будет работать почти везде, где разнесены почтовый сервер,
 обслуживающий пользователей, и MX.
 
 -- 
 С уважением,
 Леонид Токер
 --- ifmail v.2.15dev5
  * Origin: TCT CB RF (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: А кaк с тaким спaм ом бороться? :-(   Valentin Nechayev   26 Aug 2002 00:33:12 
 Re: А кaк с тaким спaм ом бороться? :-(   Leonid B. Toker   27 Aug 2002 16:59:15 
 Re: А кaк с тaким спaм ом бороться? :-(   Valentin Nechayev   27 Aug 2002 22:52:39 
 Re: А кaк с тaким спaм ом бороться? :-(   Leonid B. Toker   28 Aug 2002 11:26:32 
 Re: А кaк с тaким спaм ом бороться? :-(   Valentin Nechayev   28 Aug 2002 14:56:21 
 Re: А кaк с тaким спaм ом бороться? :-(   Leonid B. Toker   28 Aug 2002 17:16:39 
 Re: А кaк с тaким спaм ом бороться? :-(   Alexandr Goncharov   29 Aug 2002 08:33:48 
 Re: А кaк с тaким спaм ом бороться? :-(   Valentin Nechayev   31 Aug 2002 11:58:16 
 Re: А кaк с тaким спaм ом бороться? :-(   Alexandr Goncharov   02 Sep 2002 07:34:29 
 Re: А кaк с тaким спaм ом бороться? :-(   Leonid B. Toker   02 Sep 2002 11:46:48 
 Re: А кaк с тaким спaм ом бороться? :-(   Eugene B. Berdnikov   28 Aug 2002 17:08:32 
Архивное /ru.linux/216978a2b8422.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional