История изменений

Возможно тебе в целом концепция не ясна, я на всякий случай более подробно объясню. Традиционно в UNIX приложения отправляющие письма не тащат с собой собственный почтовый клиент, они пользуются системной службой, исторически это был sendmail, великий и ужасный.

В полностью настроенном виде он представляет собой полноценный почтовый сервер и средство для отправки сообщений в одном флаконе, в минимальной конфигурации он использовался для пересылки почты между пользователями самой системы (напомню что UNIXы и Linux в том числе изначально многопользовательские системы), а так же для перенаправления почты отправленной rootу (это обычно всякие системные отчёты и уведомления) юзерскому аккаунту администратора, под которым он повседневную жизнь ведёт.

Со временем появились всякие разные другие почтовые системы, и на компьютерах которые собственно почтовыми серверами не являются появились «лёгкие» локальные майлеры, которые занимаются пересылкой локальной почты между рутом и обычным юзером, а так же на какой либо «внешний» ящик. Но по традиции они продолжают поддерживать симлинки и синтаксис команд mail и sendmail.

Так что если какой нибудь демон, например тот же apcupcd, желает послать почту — он не будет сам изображать почтовый клиент и коннектиться куда то по smtp, он воспользуется локальным майлером через вызов команды mail или sendmail и передаст только текст письма, заголовок и адрес (часто это просто root, в предыдущем посте мы настроили пересылку его почты «куда надо»), надеясь на то что майлер настроен и сам разберётся что дальше делать.

Обычно это всё валяется ненастроенным и локальную почту посланную руту никто не читает, так как никто уже не помнит что такое вообще когда то было и есть. Настраивать всё это умеют аксакалы вроде меня и «настоящие» системные администраторы. Так что не пугайся если после настройки на тебя повалится годами нечитанная ругань от cron например про невозможность исполнить какой нибудь кривой скрипт в расписании и прочая «чрезвычайно важная и полезная» информация. Возможно придётся чему либо затыкать прорвавший «фонтан красноречия» и фиксить неочевидные до этого косяки в настройках.

Возможно тебе в целом концепция не ясна, я на всякий случай более подробно объясню. Традиционно в UNIX приложения отправляющие письма не тащат с собой собственный почтовый клиент, они пользуются системной службой, исторически это был sendmail, великий и ужасный.

В полностью настроенном виде он представляет собой полноценный почтовый сервер и средство для отправки сообщений в одном флаконе, в минимальной конфигурации он использовался для пересылки почты между пользователями самой системы (напомню что UNIXы и Linux в том числе изначально многопользовательские системы), а так же для перенаправления почты отправленной rootу (это обычно всякие системные отчёты и уведомления) юзерскому аккаунту администратора, под которым он повседневную жизнь ведёт.

Со временем появились всякие разные другие почтовые системы, и на компьютерах которые собственно почтовыми серверами не являются появились «лёгкие» локальные майлеры, которые занимаются пересылкой локальной почты между рутом и обычным юзером, а так же на какой либо «внешний» ящик. Но по традиции они продолжают поддерживать симлинки и синтаксис команд mail и sendmail.

Так что если какой нибудь демон, например тот же apcupcd, желает послать почту — он не будет сам изображать почтовый клиент и коннектиться куда то по smtp, он воспользуется локальным майлером через вызов команды mail или sendmail и передаст только текст письма, заголовок и адрес (часто это просто root, в предыдущем посте мы настроили пересылку его почты «куда надо»), надеясь на то что майлер настроен и сам разберётся что дальше делать.

Обычно это всё валяется ненастроенным и локальную почту посланную руту никто не читает, так как никто уже не помнит что такое вообще когда то было и есть. Настраивать всё это умеют аксакалы вроде меня и «настоящие» системные администраторы. Так что не пугайся если после настройки на тебя повалятся годами нечитанная ругань от cron например про невозможность исполнить какой нибудь кривой скрипт в расписании и прочая «чрезвычайно важная и полезная» информация. Возможно придётся чему либо затыкать прорвавший «фонтан красноречия» и фиксить неочевидные до этого косяки в настройках.