November 2019

S M T W T F S
      12
34 5 678 9
10111213141516
17181920212223
24252627282930

Style Credit

Expand Cut Tags

No cut tags
Monday, November 24th, 2008 01:59 pm
а потом генерирует баунсы, надо убивать в детстве.

Наглядный пример: relay.ciscom.ru. У них этот релей вообще единственный.
Monday, November 24th, 2008 09:54 pm (UTC)
можно.
вместо того, чтобы сразу ответить спаммерскому хосту "пшел вон, нет у меня такого адреса", оно принимает письмо, а потом генерирует баунс. но не спаммеру, которого фиг вычислишь, а ни в чём не виноватому владельцу адреса, который спаммер указал в envelope-from.

после массовой рассылки спама и последующего получения сотен баунсов желание убивать криворуких уродов появляется даже у самых мирных людей.
Monday, November 24th, 2008 11:12 pm (UTC)
Достаточно баунсы в /dev/null отправить. Бо проверять на лету не всегда получается, было такое в прошлой конторе: мыло оутсорсено на гмыл, а релей на продакшене. Отдавать mx на гмыл шеф не хотел ни в какую...
Tuesday, November 25th, 2008 10:08 am (UTC)
низя. это прямое нарушение RFC 2821:

"If an SMTP server has accepted the task of relaying the mail and
later finds that the destination is incorrect or that the mail cannot
be delivered for some other reason, then it MUST construct an
"undeliverable mail" notification message and send it to the
originator of the undeliverable mail (as indicated by the reverse-
path)."
Wednesday, November 26th, 2008 12:12 pm (UTC)
Зато ты ругаться не будешь :-D
Tuesday, November 25th, 2008 05:27 am (UTC)
но что мешает (если спам отправляется через open relay) отправляющему серверу, если отлуп им получен сразу после rcpt to (т.е. в случае нормально настроенного relay-а), самому сгенерить баунс и отправить бедному юзеру? кроме того, предлагаю пользователю в своих проклятиях не забыть упомянуть и своего постмастера, не слишком удачно настроевшего спам-фильтр.
а вот зачем люди напрягают свои бэк-енд серверы такой ерундой, вместо того, чтобы отсекать их на первых же relay-ах я действительно не понимаю
интересно, а как правильно сочитать грейлистинг и проверку получателя? сначала отгрейлистить, а потом послать с user unknown? или сразу слать лесом?
Tuesday, November 25th, 2008 10:15 am (UTC)
речь не об отправке через открытые релеи, которых уже практически не осталось, а об отправке непосредственно с затрояненных хостов и через дырявые прокси. в этом случае отправляющий хост баунс сгенерировать не сможет, потому что не умеет.

при чём тут свой постмастер и его спам-фильтр, я вообще не понял. мой постмастер не виноват, что от моего имени рассылают спам, и что с криво настроенных серверов мне присылают баунсы. он их принимает, и правильно делает.

если вы хотите увеличить нагрузку на сервера, то можно сначала грейлистить, а потом уже посылать. но я не вижу причин это делать. грейлистинг предназначен для отсечения однократно отправляемого спама, он отсечётся и на 4xx, и на 5xx, а ваш сервер будет тратить свои ресурсы на запоминание попыток отправки писем на несуществующие адреса. а для валидных писем, по ошибке отправленных на несуществующий адрес, это только вызовет ненужную задержку перед получением квитанции.
Tuesday, November 25th, 2008 11:44 am (UTC)
так баунсы могут содержать во вложении исходное сообщение. вот его можно бы и проанализировать спам-фильтром. и почему бы, кстати, при использовании затрояненых хостов не использовать, в том числе, и такую технику: формировать баунс и отправлять с вложенным спамом. хотя, конечно, использовать для этого какой-нибудь relay.ciscom.ru правильнее - у него и spf сойдется ;)
Tuesday, November 25th, 2008 01:35 pm (UTC)
это отдельный вопрос. мой поинт в том, что если можно избежать бессмысленных баунсов, их нужно избегать.
Tuesday, November 25th, 2008 01:52 pm (UTC)
с этим согласен полностью. не согласен был только с п."н" ч.2 ст.105 УК РФ ;)