Dmitry A.Deineka wrote:
>>>Поэтому и пришлось как quick hack добавить таки в mx-ы большой
>>>почтовый хаб, но на нем закрыть входящие snmp с мира ipfw.
>> smtp конечно :)
да это понятно вобщем-то
>>>Поэтому, или я что-то не дочитал, или просьба - сделать более гибкой
>>>схему с RELAY_BASED_ON_MX для того, чтобы можно было делать такие
>>>извращения :-)
>>>>есть два пути:
>>>>1. простой. если у вас bind, сделайте отдельный view, в котором будет в
>>качестве best MX фигурировать хост с ваших почтовым стораджем
>> Это ясно и понятно, попрошу нашего bind-master'a изобразить нечто подобное.
ой. у вас там для перенастройки bind'а отдельный мастер? ;-)
>>пока я рекомендую перейти с вашей подпорки на ту, которая описана в
>>пункте 1. а я чуть позже реализую mailertable для callout'ов. тем более,
>>что nvi уже давненько когда-то просил нечто подобное
>> ок.
см. соседнее письмо по поводу того, как будет удобнее указывать маршруты
для callout'ов.
>>>2) spamd. Во-первых, как я понял, для того, чтобы заголовки писем
>>>дополнялись информацией от SA, нужно, чтобы был включен
>>>define(`confSYSTEM_FILTER', `CONFDIR/system_filter') ? (По крайней мере,
>>>без этого у меня не работало). Нужно бы в документации отразить, я думаю.
>> [dd]
>>>хотя... можно автоматически включать использование системного фильтра
>>при использовании spamassassin. надо только чтобы конфиги собирали после
>>этого не командой gmake configure, а gmake all
>> Вот это, наверное, более правильный путь.
ok, я посмотрю, как это сделать менее болезненно
>>>Если я что-то недопонял в паровозе, что задаю такие вопросы - ткните
>>>носом, куда смотреть :-)
>>>>да вроде все по делу. и сформулировано внятно и вопросы по существу
>> Коллеги, документация, к сожалению, не самая сильная сторона Паровоза
> :-)
на самом деле у меня нет цели сделать очень подробную документацию. ибо
чем популярнее будет та или иная схема борьбы со спамом, тем больше
вероятность, что рано или поздно спамеры изучат ее и будут отходить.
вернее, учитывать в работе спамоментов.
ведь борьба со спамом заключается в том числе и в поиске недочетов в
работе спаммерского софта.
кроме того, от юзеров, которые хоть немного разобрались с паровозом по
существующим m4/README и m4/conf.default, будет пользова в листе.
это, так сказать, в некотором роде естественный отбор ;-)
> Если бы не прочитанный по 2 раза архив списка - было бы сложнее,
> хотя код понятен и прост.
ну да. в общем-то все просто, вся идея только в сборке конфигов с
помощью m4. именно то, от чего уходят postmaster'а, переходя с sendmail
на exim :)
> Кстати, аналогично с sa-conf, но там в архиве
> списка еще меньше информации =)
так а в моих рулях для sa - там вообще все просто - дуй да нажимай.
синхронизировал, сложил в /usr/local/etc/mail/spamassassin (или сделал
симлинки) и перестартовал spamd. а настроек там никаких в общем-то и нет
> Разбаловался я портами в freebsd, где
> make install clean и поехали :-)
ну... не совсем. я вот частенько и /etc/make.conf правлю
кроме того, порты позволяют собрать и установить софт, но не настроить...
--
Best wishes Victor Ustugov mailto:victor на corvax.kiev.ua
public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc
ICQ UIN: 77186900, 32418694 nic-handle: CRV2-RIPE, CRV-UANIC