|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alexander Pechenin 2:5020/400 28 Mar 2006 14:35:39 To : Victor Sudakov Subject : Re: Sender Address Verification -------------------------------------------------------------------------------- "Victor Sudakov" <vas@mpeks.tomsk.su> wrote in message news:e0b2gf$15a8$2@relay.tomsk.ru... > Alexander Pechenin wrote: > >> > > >> > ФЗ, направив мне письмо на несуществующего пользователя с обратным > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > адресом > >> > spamtrap@domain.com, на который я и отвечу в свою очередь. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >> > >> И тут тоже поделом, потому что > >> > >> 1. Hесуществующих адресатов надо отвергать на этапе rcpt to, а не > >> сперва принимать для них письма, а потом генерить отлупы. > >> > > > > По умолчанию так и происходит в Sendmail. > > Или нет? > > Да, так и происходит. Поэтому твой сценарий (подчеркнуто) и невозможен > в нормальной конфигурации. > Да-да, это ясно. > > > > > >> http://www.spamcop.net/fom-serve/cache/329.html#bounces > >> Это не всегда возможно сделать, но нужно к этому стремиться. > >> > >> 2. Hеплохо бы у domain.com сперва SPF запись проверить, а то вдруг > >> выяснится, что и принимать ничего не надо. К сожалению, у sendmail с > >> проверкой SPF всё плохо. > >> > > > > Почему плохо? > > SPF как раз собираюсь прикрутить > > http://www.openspf.org/ > > Хорошо, если стало лучше. Когда я пробовал прикрутить SPF к sendmail, > был только какой-то milter-spiff, жручий и падучий, да с непонятной > лицензией. > Попробую скоро, как руки дойдут, только вопрос в том, ставить его как отдельный предлагаемый милтер или использовать SPF как функционал в уже используемых милтерах, поддерживающих в том числе и SPF, надо будет разобраться. > >> > > >> > То есть это дополнительная технология используемая в dnsbl для их > >> > пополнения, так сказать? > >> > >> И в dnsbl тоже. > >> > > > > С dnsbl так или иначе нужно аккуратнее быть. > > А куда еще? > > Есть еще спамтрапы, результаты срабатываний которых нигде не > публикуются, их просто держат для себя. Отправь, например, почту на > ivanov@mpeks.tomsk.su - это stateless spamtrap, он тебя не запомнит :) > > -- Держат у себя для чего? :) Чем на практике попадание в spamtrap будет грозить нам с вами в таком случае? -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5.3 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/6488561e0cf3.html, оценка из 5, голосов 10
|