Отфильтровываю 20000 писем спама в день, из за этого входящий трафик увеличивается на 390 Mb в день при условии что письма в среднем где-то по 20 к/b.Можно как-нибудь это уменьшить(Котичество мегабайт входящих)?
Стоит FreeBSD, qmail, spamassassin, maildrop, vpopmail.
>Отфильтровываю 20000 писем спама в день, из за этого входящий трафик увеличивается
>на 390 Mb в день при условии что письма в среднем
>где-то по 20 к/b.
>
>Можно как-нибудь это уменьшить(Котичество мегабайт входящих)?
>Стоит FreeBSD, qmail, spamassassin, maildrop, vpopmail.
>
Забыл сказать. 99% не существующих пользователей.
Я так понимаю письмо все равно сначало приходит, а потом тока анализируется.
>>Отфильтровываю 20000 писем спама в день, из за этого входящий трафик увеличивается
>>на 390 Mb в день при условии что письма в среднем
>>где-то по 20 к/b.
>>
>>Можно как-нибудь это уменьшить(Котичество мегабайт входящих)?
>>Стоит FreeBSD, qmail, spamassassin, maildrop, vpopmail.
>>
>
>
>Забыл сказать. 99% не существующих пользователей.
>Я так понимаю письмо все равно сначало приходит, а потом тока анализируется.
>Может быть попробовать перед принятием письма смотреть в распределенную базу открытых релеев? для начала: http://ordb.org/
трафик сократится в разы.
Попробуй еще: http://projects.puremagic.com/greylisting/downloads.html
Т.н. "серые списки" - http://ru.wikipedia.org/wiki/Серый_списокЕсть нюансы, но может подойдёт. Грубо говоря, "проверка" происходит до получения письма на сервер.
>Попробуй еще: http://projects.puremagic.com/greylisting/downloads.html
>Т.н. "серые списки" - http://ru.wikipedia.org/wiki/Серый_список
>
>Есть нюансы, но может подойдёт. Грубо говоря, "проверка" происходит до получения письма
>на сервер.
А как сделать до ? Он же все равно проверяет после получения.
>>Попробуй еще: http://projects.puremagic.com/greylisting/downloads.html
>>Т.н. "серые списки" - http://ru.wikipedia.org/wiki/Серый_список
>>
>>Есть нюансы, но может подойдёт. Грубо говоря, "проверка" происходит до получения письма
>>на сервер.
>
>
>А как сделать до ? Он же все равно проверяет после получения.До:
"Сервер, который использует технологию серых списков, первоначально отклоняет любое письмо от неизвестного отправителя, сообщая о временной ошибке. В базу данных записывается информация об этой попытке, которая, обычно, включает в себя следующие данные (или некоторые из них):"Говоря проще - если сервер реальный, он повторно переотправит. Спам - забудет. Соответсвенно - проверка будет уже только доставленных писем от реальных серверов.
>>Отфильтровываю 20000 писем спама в день, из за этого входящий трафик увеличивается
>>на 390 Mb в день при условии что письма в среднем
>>где-то по 20 к/b.
>>
>>Можно как-нибудь это уменьшить(Котичество мегабайт входящих)?
>>Стоит FreeBSD, qmail, spamassassin, maildrop, vpopmail.
>>
>
>
>Забыл сказать. 99% не существующих пользователей.
>Я так понимаю письмо все равно сначало приходит, а потом тока анализируется.
>проверяй ресипшен, если доставка не возможна то reject: user unknown c кодом 550
если пользователи согласятся, используй тмда.патч накладывал для проверки наличия пользователей во время установки SMTP соединения?
>если пользователи согласятся, используй тмда.
>
>патч накладывал для проверки наличия пользователей во время установки SMTP соединения?
тмда я так понимаю это работа только по спискам, черные, белые. Может это и выход.патч не ставил, сам писал и maildrop боунсил.
после отправки сообщения отправитель получет от сервера просьбу подтвердить отправку, если он подтверждает письмо доходит, не поддтверждает, письмо не доходит.если сам писал каким образом твой сервер получает почту для несуществующих пользователей а не откдывает ее сразу на этапе установки соединения?
>после отправки сообщения отправитель получет от сервера просьбу подтвердить отправку, если он
>подтверждает письмо доходит, не поддтверждает, письмо не доходит.
>
>если сам писал каким образом твой сервер получает почту для несуществующих пользователей
>а не откдывает ее сразу на этапе установки соединения?я сканирую письмо после получения и определяю что делать с ним дальше.
А что за патч такой ?
зачем его сканировать? впоммейл и без того его отобьет если нет пользователя и без твоих усилий, но после получения письма.
например патч mascan2. но думаю сейчас есть проекты с qmail там есть наверняка и другие патчи.
>зачем его сканировать? впоммейл и без того его отобьет если нет пользователя
>и без твоих усилий, но после получения письма.
vpopmail если адресата rcpt нет, то он отправляет ответ тому, кто в поле from. А если адреса from в свою очередь не существует, то скапливаются bounce по несколько тысяч в день.
>например патч mascan2. но думаю сейчас есть проекты с qmail там есть
>наверняка и другие патчи.