А кто будет рассказывать сказки про логичность CentOS,

[dil]

тот пусть попробует объяснить эту логику:

# ls -l /usr/lib/sendmail
lrwxrwxrwx 1 root root 30 Sep 15 2010 /usr/lib/sendmail -> /etc/alternatives/mta-sendmail
# ls -l /etc/alternatives/mta-sendmail
lrwxrwxrwx 1 root root 26 Sep 15 2010 /etc/alternatives/mta-sendmail -> /usr/lib/sendmail.sendmail
# ls -l /usr/lib/sendmail.sendmail
lrwxrwxrwx 1 root root 16 Sep 15 2010 /usr/lib/sendmail.sendmail -> ../sbin/sendmail
# ls -l /usr/sbin/sendmail
lrwxrwxrwx 1 root root 21 Sep 15 2010 /usr/sbin/sendmail -> /etc/alternatives/mta
# ls -l /etc/alternatives/mta
lrwxrwxrwx 1 root root 27 Sep 15 2010 /etc/alternatives/mta -> /usr/sbin/sendmail.sendmail
# ls -l /usr/sbin/sendmail.sendmail
-rwxr-sr-x 1 root smmsp 775064 Mar 31 2010 /usr/sbin/sendmail.sendmail


Оригинал этой записи. Комментировать можно тут или там.

Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме

Comments

[dil.livejournal.com]

Да. Тут две цепочки для двух широко используемых полных путей к сендмейлу, которые проложены через /etc/alternatives, чтобы можно было безболезненно менять текущий эмулятор сендмейла в одной этой директории, не вспоминая все возможные места, где могут ссылаться на sendmail.

[http://users.livejournal.com/mak_/]

тогда мне не понять, что не так с центосовыми альтернативами.
"Тут одна цепочка для широко используемых полных путей к сендмейлу, которые проложены через /etc/alternatives, чтобы можно было безболезненно менять текущий эмулятор сендмейла в одной этой директории, не вспоминая все возможные места, где могут ссылаться на sendmail."

[unbe.livejournal.com]

у alternatives, по идее, слева интерфейс, а справа реализация. А у центоса справа ещё один интерфейс, который показывает на alternatives, за которым ... oh wait, SH--

[http://users.livejournal.com/mak_/]

всего-то навсего alternatives, примененный к alternatives.

[salas.livejournal.com]

С этим вполне можно было бы согласиться, если бы там было /etc/alternatives/mta-sendmail -> /etc/alternatives/mta, без промежуточного запутывания следов по /usr.

[dil.livejournal.com]

С какой целью эта цепочка _дважды_ проходит через /etc/alternatives?

[http://users.livejournal.com/mak_/]

видимо, потому что mta и mta-sendmail две разные сущности. в данном случае они слились в одну, но должен быть способ их разделить. скажем, для каких-нть особо вумных пхпшных скриптов, которые почту умеют слать только через сендмейл. а все остальное делает какой-нть postfix\exim.

[dil.livejournal.com]

Вполне достаточно было /etc/alternatives/mta-sendmail сделать симлинком сразу на /usr/sbin/sendmail.sendmail (или на другую реализацию). Пропускать их через alternatives второй раз бессмысленно.

Я в своей практике ни разу не встречал случаев, когда какие-нибудь особо вумные скрипты не могли бы пользоваться другими MTA, эмулирующими поведение сендмейла, и приходилось бы лично ради них ставить родной сендмейл. Да и настройка такого зоопарка будет очень нетривиальной.

[http://users.livejournal.com/mak_/]

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

я встречал. правда очень давно дело было, и локально. как-то местный самородок лазил по очереди сендмейла на предмет определить можно ли еще порцию писем посылать или почтовик сильно занят.

[dil.livejournal.com]

В смысле, не sendmail -bp/mailq, а прямо вручную по очереди?

Да и вообще размер очереди сам по себе о занятости сервера ничего не говорит.

[dil.livejournal.com]

В смысле, не sendmail -bp/mailq, а прямо вручную по очереди?

[http://users.livejournal.com/mak_/]

дарование сканило очередь из файлов, где-то в spool/mqueue

[dil.livejournal.com]

а кто его туда пустил?? оно обычно читабельное только для самого сендмейла

[http://users.livejournal.com/mak_/]

говорю ж,самородок. вся конструкция работала только от рута.

[dil.livejournal.com]

а-а, ну такие везде встречаются, это от MTA никак не зависит :)