|
|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Alex Korchmar 2:5020/423.65 03 Dec 2001 05:11:09 To : Gleb Smirnoff Subject : Re: Sendmail и задержкапри отправке -------------------------------------------------------------------------------- At Wed, 28 Nov 01 01:10:11 +0300 Gleb Smirnoff <glebius@cell.sick.ru> wrote: SR>>> Чайники никогда не заметят, что у меня прикрыт приём почты с диалапа AK>> заметят не чайники. Замечу я, обнаружив, что почта этому чайнику AK>> разворачивается на твоем сервере. И жаловаться я никуда не буду - только AK>> время терять. Я просто посоветую своему хорошему знакомому сменить AK>> провайдера, который за него решил, какую почту он может получать, AK>> а какую - нет. GS> То есть ты считаешь, что огранизации платящие деньги за MAPS DUL - идиоты? безусловно. (впрочем, платящие деньги за RBL - тоже). Из серии службы МПС, в которой MX закрыт файрволлом. (было такое, в 98-м, что ли?) В котором порт открывается по служебной записке юзера своему боссу о том, что с таких-то ip ему нужно служебный e-mail получать. GS> Я не спамер, я не знаю эффективно ли это. Hо это происходит. С GS> диалапов спамят. Поэтому я их закрываю. блестящее рассуждение. А еще спамят через провайдеров - их ты тоже будешь закрывать? А еще спамят с личных выделенок - в home.net, dip-t и прочих. Их тоже закроем? Им тоже неположено, по твоему, свой релей иметь? GS> P.S.: если проспамили с диалапа, и написать abuse провайдеру, то очень GS> часто они отвечают: "мол наши диалапные сетки такие-то и такие, GS> рекомендуем их закрыть". мне в таких случаях хочется "закрыть" ip'шники этого провайдера на файрволе. Потому что когда такому провайдеру пишешь, что тебя кто-то пытался ломать с его пула - он отвечает точно так же. "я не я, корова не моя". К счастью, "очень часто" мне отвечают "акаунт закрыт" или "юзер предупрежден, при повторении - отключим". А все остальное - достаточно редко. Hу, а в домены .kr и .jp я не пишу. > Alex --- ifmail v.2.14.os-p7 * Origin: Down System -2 (2:5020/423.65) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/579074fb79d2.html, оценка из 5, голосов 10
|