переход sendmail -> exim
elf_ 9 марта, 2009 - 21:34
столкнулся с интересной фигней... чего оно так - понять пока не могу, можнт кто-то сталкивался:
$ eselect mailer list
Available mailer.conf profiles:
(none found)
$ eselect mailer set exim
!!! Error: Sorry, /etc/mail/mailer.conf confuses me
Убито
$ ls -la /etc/mail/mailer.conf
-rw-r--r-- 1 root root 1665 Июл 13 2006 /etc/mail/mailer.conf
кто подскажет, какого это и почему. говорите, что еще показать - покажу...
»
- Для комментирования войдите или зарегистрируйтесь
Покажи содержание
Покажи содержание
mailer.conf
.И вообще: меня не оставляет ощущение, что ты далаешь что-то не то.
sendmail
установлен?А если просто снести
sendmail
и воткнуть желаемый MTA (естественно с правкойrc-update
?ЗЫ: Вопрос: на фига отказываться от
sendmail
'а в пользуexim
'а не ставлю?Хотя настоятельно рекомендовал бы иметь ответ на него :)
:wq
--
Live free or die
показываю
less /etc/mail/mailer.conf
# Execute the "real" sendmail program from exim,
# named /usr/sbin/exim
#
sendmail /usr/sbin/exim
mailq /usr/sbin/exim
newaliases /usr/sbin/exim
rmail /usr/sbin/exim
send-mail /usr/sbin/exim
rsmtp /usr/sbin/exim
mail /usr/sbin/exim
sendmail был, но я просто устал от сложностей скриптов для борьбы со спамом...
sendmail снесен через emerge --unmerge sendmail
newlan exim # rc-update add exim default
* exim added to runlevel default
newlan exim # rc-update del sendmail
* 'sendmail' removed from the following runlevels: default
наше дело во тьме (с) Лукьяненко
.
Интересно.
У меня на рабочей станции стоит и используется sendmail.
Но вот указанный файлик (
/etc/mail/mailer.conf
) отсутствует как класс...Я вообще склонен считать, что полноценная и удобная борьба со спамом - это не задача MTA (разные policy daemon'а для того же postfix'а тому иллюстрацией).
sendmail несколько архаичен - да.
Но с точки зрения удобства настройки/воможностей собственно MTA (не связанных с борьбой со спамом) меня он очень радует.
Для борьбы со спамом можно использовать [например] assp.
Есть мнение, что конфиги sendmail'а при этом сохранились.
И они могут влиять на конфиги устанавливаемого
exim
'а.В своё время окончательную зачистку
postfix
'а я проводил с помощьюrm -rf
.:wq
--
Live free or die
eselect (переход sendmail -> exim)
предлагаеш снести? :)
вот как раз "архаичноcть" и задрала
ну и вообще-то возможности exim позволяют неплохо резать поток спама...
все конфиги вынесены в /etc/old
ну и кроме того, речь идет не о сендмейле, ехиме, посфиксе, антиспам обороне... речь идет о неработоспособности утилитки eselect в модуле mailer
хотя... интересно было-б еще поглядеть конфиги ПРОСТОЙ связки exim + spamassasin + dovecot(pop3/pop3+ssl & imap/imap+ssl) с пользователями в системе без мускла и т.д.
наше дело во тьме (с) Лукьяненко
.
Есть такое подозрение.
А зря.
У меня есть такое поозрение, что с точки зрения функциональности MTA (куда лишь относительно недавно добавилась отдельная задача фильтрации спама) sendmail оччень хорош.
Я бы рекомендовал рассуждать в конкретных числах. И не забывать про параметр false positives.
А ещё помнить, что помимо фильтрации спама есть QoS.
Ну, с этим, я думаю, надо в раздел portage, если не сразу в багзиллу.
Есть мнение, что проста и функциональность - параметры несколько противоречивые.
Зачем IMAP? Зачем скрещивать с SSL'ем POP3?
ЗЫ: В понедельник надо будет попробовать прилизать структурирование моей статью на wiki.
:wq
--
Live free or die
переход sendmail -> exim
сносить низзя... оставить... оно определяет мейлер...
подари людям свой конфиг :)
но лично я (повторюсь) с sendmail замучался...
а вот тута поподробней.
хм... плехо... а может у мя где глюк\ошибка\еще какая гадость...
имап для вебмейлера, с SSL'ем POP3 для того, что-б паролями к мылу не сорить в инете...
хых... а что за статья? по теме? ;)
наше дело во тьме (с) Лукьяненко
.
Однако у меня почему-то работает без него.
Отсюда вывод: "не всё так просто"
А что тут дарить?.. Я же говорил, что спам у меня режет не (с)только sendmail.
Не, ну некоторый набор проверок в текущей действительности я таки оставил. Но это до тех пор, пока я не понял как правильно закрыть извне 25-й порт...
Завтра подумаю что можно рассказать по теме.
Кстати, тут такой вопрос: ты (безотносительно спама) нагрузку ограничиваешь?
Что 1% спама сверх [хотя бы] 94% стоит (в смысле корректно зарезать сложнее) значительно больше чем тот же 1% в окрестностях хотя бы 50%.
false positives - это ошибочно определённые как спам "правильные" письма.
И в борьбе со спамом лично я считаю правильным отталкиваться от этой величины (reject всех даст 100% зарезание спама :) ).
Ну, проверить себя оно конечно не лишне.
Но ИМХО всё равно этот вопрос относится к тематике portage.
Есть мнение, что POP3 (можно без SSL'я) стоит оставить для локальной сети, а IMAP - для доступа извне (неважно через web-морду или клиентом)
Про генерацию сертификатов SSL. http://ru.gentoo-wiki.com/wiki/Шпаргалка_по_OpenSSL
Wiki я что-то пока не проникся... Ладно, завтра попробую ещё поиграться...
:wq
--
Live free or die
переход sendmail -> exim
ухху, но есть такое понятие - дефолтная настройка... у меня есть предположение, что сендмаил - по умолчанию.
гм... а как 25 порт закрывать "правильно"? и зачем, если почта приходит именно через него.
хых... нагрузку... та никак... возможно это и моя ошибка...
как правильно ее применять и где?
воть поентому я и спросил, а у нас разгорелся спор по теме что лучше - сендмаил или ехзим.
и заодно. может покопаешся в настройках exim? а то везде, где только смотрел - все крутят и пользователей и почту через мускл... а мне бы простенький пример... типо почта в /var/mail/$user & пароли в /etc/shadow ну и логины в системе.
ну... у мя уже настроено, ну а если есть желающие - то они могут получить почту через POP3 & SSL через инет... а такие желающие не пользоватся вебмордой есть...
:) да уж... ентим страдает не только вики, но и документация gentoo в целом...
ну и заодно... может кто из читающих сие выкинет свои конфиги по сендмайлу и ехзиму?
наше дело во тьме (с) Лукьяненко
.
В FreeBSD так оно и есть. Но даже там, насколько я помню, не строго обязательно.
В Gentoo же (исходя из моей практики) - вовсе необязательно.
Дык в том-то и весь фокус, что sendmail напрямую извне почту не принимает! ;)
1:0 в мою пользу! :)))
Строго говоря, оно не сильно обязательно.
Но если спаммеры возьмутся за тебя всерьёз, то перегрузку сервера организовать могут.
Программный минимум:
sendmail.mc
FEATURE(`conncontrol', `nodelay', `terminate')
Ещё могу порекомендовать подумать на предмет
FEATURE(`ratecontrol', `nodelay',`terminate')
Пересобрать/установить конфиг sendmail'а.
Прописать в /etc/mail/access (КАК МИНИМУМ!!!)
обновить /etc/mail/access.db и перезапустить sendmail.
Это (false positives) - общий критерий. Применять его (особенно в ситуации когда не определены типовые направления, с которых получаешь почту) не то, чтобы просто.
Ну... Этот спор пока не разгорелся :)))
Мне самом было бы интересно, если бы кто подсказал на предмет решения ряда задач в
exim
'е...Собственно по
exim
'у не подскажу. Я его конфигов даже не видел.Ну... С той поправкой, что системных пользователей скорее имеет смысл загнать в LDAP и я считаю такую конфигурацию более правильной (по крайней мере для ряда случаев).
По ней, наверное, подсказать не могу.
Но ставить себе exim не хочу :) Потому как у меня стоит и используется sendmail.
Есть мнение, что далеко не только Gentoo (во многих номинациях документация Gentoo была лучшим, что удавалось найти).
Да не вопрос :)
Ещё не забудь таймауты относительно умолчательных поправить:
:wq
--
Live free or die