Использование spamassassin с mysql

тебя никто не обязывает пихать в грейлист ip отправителя, это уже давно не работает.
помещай туда информацию о двух полях, from и to.

>Чтож другой анонимус отвечу и вам Если у вашей фирмы нет возможности держать свои сервера то оплачивайте хостинг

Опять ты, друг, не врубаешься. Провайдеры эти были монополистами и со всеми нашими просьбами (письмами, звонками) посылали нас на... А сервера мы свои держали, а толку, управлять настройками домена мы не могли...

>"должен был предоставить свой smtp сервер с логином и паролем а не давать вам доступ к 25 порту всего интернета".

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

Потому я и согласилмя с первым анонимусом, что описаная выше методика - helo, ip-2-12-85-06.dsl.hometv.spam, очередная (широко распространенная) глупость.

>"Раньше, я тоже так думал, что не может, но это было по неопытности и невежеству. Возможно, Вам тоже придётся изменить свое мнение. Удачи :)"

Пипец, большинство накакавших в камменты в этой теме даже примерно не знают как бороться со со спамом. Особенно я поржал про грейлистинг. Да, когда у вас 2 почтовых домена с 3-4 ящиками в каждом, то греулистинг конечно рулит. С когда доменов несколько тысяч, а ящиков под 10k, то грейлистинг сам по себе проблемы спама не решит вообще. Только комплекс мер, среди которых в том числе рулит и spamassassin.
И еще - блэклисты в топку. Почему - даже объяснять не буду. Объяснит директор, когда не получит письмо от соседнего крупного провайдера, попавшего в блэклист по причине жалобы такого же как автор вышеназванного сообщения.

P.S. админам локалхостов превед. Напоминаю: ваше мнение никого в реальном мире не интересует.

> вот вам и грейлист, письмо к вам так и не попадает.

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

>Пипец, большинство накакавших в камменты в этой теме даже примерно не >знают как бороться со со спамом.

Зачем ты так, брат анонимус?

>P.S. админам локалхостов превед. Напоминаю: ваше мнение никого в реальном мире не интересует.

Очень обидные ваши слова (ц)

> Для десяти почтовых ящиков можно всё на одной железке собрать. Но если количество ящиков составляет тысячи и тем более десятки тысячи - пора задумываться о более разумном использовании вычислительных мощностей.

В статье-то предлагается почтовый сервер не с виртуальными юзерами, а с реальными заводить. Это смешно. Так что, уважаемый автор, сомнение берет, что это проверено на тысяче почтовых ящиков - там все совсем-совсем не так...

О да! Блэклист. Идеальное решение для страусов. Закопал голову в песок, не вижу ни спама, ни полезных писем. Блэклист - это жуткий отстой. Большая часть российских, да и вообще СНГских IPшников в блэклистах. Чо будем делать? Добавлять каждый IP в whitelist ручками?

> В статье-то предлагается почтовый сервер не с виртуальными юзерами, а с реальными заводить.

Про настройку почтовика в статье вообще ничего не говорится. Говорится же исключительно про spamassassin.

>> Установите эту связку и проверьте как она будет работать на нескольких серверах хотя бы при 1000 писем в минуту

> исправно себе работает, несколько проектов было.

alter$ /opt/csw/bin/erl Erlang (BEAM) emulator version 5.5.5 [source] [async-threads:0] [kernel-poll:false]

Eshell V5.5.5 (abort with ^G) 1> 1000 /60. 16.6667 2> halt().

Ну чудеса perfomance просто у Вас в проектах :D

P.S. Хорошо "лепить" - то уже ;-)

>Чо будем делать?

Будем учиться писать по-русски, вместо "чо" - "что".

> Про настройку почтовика в статье вообще ничего не говорится. Говорится же исключительно про spamassassin.

Еще как говорится: "Допустим что у нас есть почтовый сервер подобный этому..." и "разместить в домашних каталогах пользователей файл: ~/.spamassassin/user_prefs следующего содержания"

Теперь вопрос: в каких домашних каталогах размещать этот файл, если это не реальные пользователи? Ответ здесь: http://www200.pair.com/mecham/spam/, и эту ссылку я постил уже в одной из таких дискуссий: http://www.linux.org.ru/jump-message.jsp?msgid=2346325&cid=2347266

> чтобы не велосепедится с синхронизацией словарей ассасина на всех машинах, ее и хранят в бд.

Чтобы не велосепедится с борьбой с тараканами в одной отдельно взятой Испании, давайте скинем на Европу 300 мегатонную бомбу "деление-синтез-деление"... :-)

Я не понимаю смысла хранения словарей в реляционной базе данных. Есть масса готовых Ынтерпрайз решений, более подходящих для подобных случаев.

> Я не понимаю смысла хранения словарей в реляционной базе данных. Есть масса готовых Ынтерпрайз решений, более подходящих для подобных случаев.

BTW, расскажи уже, что ли.. ;-)

> BTW, расскажи уже, что ли.. ;-)

Ну, я в интерпрайзе не спец, честно говоря. Но в качестве ключевых слов я б загуглил Oracle Berkeley DB (это для Ынтерпрайза).

Для Гомо Сапиенса я б порекомендовал написать на Баше простой скрипт, делающий то же самое быстрее и проще -- да, понимаю, полчаса возни -- не кошерно, проще заплатить за эту работу пару килобаксов Умным Дядям с Оракла, или забесплатно поднять Крутой Мускуль с одной таблицей...

:-)

>В этом случае качество фильтрации спама заметно вырастет.

или наоборот упадет: если в фирме несколько почтовых серверов, то как правило они относятся к совершенно разным отделам

и то что один считает спамом, другому может быть важным письмом

> А мне как большой фирме надо бы сбагривать лапти тоннами и чем больше у меня крупно/мелко оптовых покупателей тем лучше Или же мне отдавать ящики своего домена таким неимущим недокомпаниям?

впервые не могу не согласиться со ссанычем - никто не обещал мгновенной доставки мыла. если кто-то попытается меня в этом переубедить - пойдет сами-знаете-куда. для "мгновенной" отправки корреспонденции есть im (перевести?).

а в вашем случае... а почему бы вам своиm клиентишкam не раздавать ящики на своем сервере? и вам "мгновенное мыло", и им приятно. ну, ей богу, ставить успех бизнеса в зависимость от степени падучести mail.ru или активности спамеров - себе дороже.

Карпаративные хаятели грейлистинга кажется никогда не обслуживали достаточно почты, чтобы заметить оный на mail.ru,rambler и иже с ними.

Впрочем,стоит отметить, что он там включается после эдак после второго десятка писем в минуту с хоста.

> Карпаративные хаятели грейлистинга кажется никогда не обслуживали достаточно почты, чтобы заметить оный на mail.ru,rambler и иже с ними.

> Впрочем,стоит отметить, что он там включается после эдак после второго десятка писем в минуту с хоста.

Кстати да, грейлистинг на рамблере точно есть.

> Еще как говорится: "Допустим что у нас есть почтовый сервер подобный этому..." и "разместить в домашних каталогах пользователей файл: ~/.spamassassin/user_prefs следующего содержания"

Читать надо внимательно. Тут речь уже идёт о рабочих станциях пользователей. Обрати внимание на предложение: "Теперь переходим к рабочим станциям.". И весь следующий за ним текст.

milter-greylist-4.0/README:

There is also a real fix for the problem: SPF. SPF is a DNS based
mechanism that enables domains to publish the identity of machines
allowed to send mail on behalf of the domain. milter-greylist knows 
how to use SPF through libspf or libspf_alt. See section 8 of this
document: Building with SPF

> There is also a real fix for the problem: SPF.

http://homepages.tesco.net/J.deBoynePollard/FGA/smtp-spf-is-harmful.html