Entry tags:
Про МТУ и их umail.ru
Я правильно понял, что проблему с блокированием почты с umail.ru многими провайдерами вследствие его полнейшей неуправляемости МТУ решил простым способом - пустил всю почту оттуда через свой нормальный релей? В надежде, что уж его-то не заблокируют?
Так это неправильный способ, товарищи. Потому что ещё как заблокируют.
Received: from apachihuilliztli.mtu.ru ([195.34.32.124]:38161 "EHLO Apachihuilliztli.mtu.ru" smtp-auth:TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S966698AbVCGXSd (ORCPT <rfc822;***>); Tue, 8 Mar 2005 02:18:33 +0300 Received: from umail.ru (umail.mtu.ru [195.34.32.101]) by Apachihuilliztli.mtu.ru (Postfix) with ESMTP id 9C0024DF129 for <***>; Tue, 8 Mar 2005 02:18:33 +0300 (MSK) (envelope-from ***) Received: from [83.237.1.76] (HELO slav) by umail.ru (CommuniGate Pro SMTP 4.2b6) with ESMTP id 419205151 for ***; Tue, 08 Mar 2005 02:18:33 +0300
Так это неправильный способ, товарищи. Потому что ещё как заблокируют.
no subject
кстати, у них этих "нормальных релеев" до жопы - не пришлось бы всю /24 блокировать...
no subject
Был бы не российский провайдер - заткнул бы, как swip.net или chello.nl/.at/.hu/.de/где-они-там-ещё есть. Ибо невменяемы.
А своих родных пользователей как-то жалко..
no subject
no subject
динамические сети хорошо регексами ловятся. а прописывать их руками - не благодарное дело.
no subject
no subject
и не важно каким скриптом :)
если можно рубить без использования drbl, то почему бы это не делать.
no subject
no subject
потом только иногда оказывается, что в них попадают и очень даже нормальные сабнеты.
я с некоторых пор перестал такие маски добавлять.
no subject