Я немного смущен выполнением оператора "PuTTY по ssh". Я предполагаю, что Вы означаете использовать PuTTY для соединения с сервером Linux по протоколу SSH (извините, это настолько многословно, просто хотите разъясниться). При использовании PuTTY ТЕРМИН должен всегда быть xterm, поскольку PuTTY (и много других графических терминалов) эмулируют старый xterm Эмулятор терминала. Значение ТЕРМИНА Linux подразумевает Вас, работает непосредственно в текстовой консоли Linux без выполнения X11/Xorg. СРОКИ значение для PuTTY обычно устанавливаются в соответствии с Конфигурацией PuTTY-> Соединение-> Данные-> строка Терминального типа. Это должно всегда устанавливаться на xterm. Другая возможность состоит в том, что сценарий входа в систему как .bashrc, .profile, .cshrc, и т.д. является установкой TERM, когда Вы входите в неисправный сервер. Если СРОКИ все еще устанавливаются к Linux, попытайтесь выполнить это в командной строке:
export TERM=xterm
Если это решает проблему с нано, Вам, возможно, придется разыскать со сценарием входа в систему, устанавливает его. Сценарию входа в систему никогда не придется устанавливать СРОКИ, поскольку это обычно обрабатывается getty/sshd заранее.
Я рекомендую просто установить postfix
для доставки местной почты. На Ubuntu, по крайней мере, это в интерактивном режиме спросит о Вашей установке, которая включает локальную доставку только опция.
Кроме того, можно сделать локальную учетную запись mailboy
для доставки почты и позволяют всем людям читать почту, поставленную той учетной записи.
Для получения почты к root
поставленный mailboy
, редактирование /etc/aliases
и строка adda:
root: mailboy@localhost
после выполнения таким образом выполнения newaliases
.
Я на Fedora 20 и вдруг начал испытывать эту ошибку на вновь установленных системах. Все предыдущие хосты (>70) просто были в состоянии что-то вроде:
echo "Hello world" | mail -s "Salute" johndoe@somehost.com
so useful from scripts and so on.
Теперь вызовы командной строки начали давать сбой с
sSMTP[3144]: Невозможно подключиться к "почте" через порт 25. sSMTP[3144]: Невозможно открыть mail:25
Журнал подсказок sendmail команды не нравится опция -bd ("run as a daemon"). Как так? Конечно, если он не демонизирован, он не будет прослушивать на 25/tcp, что приводит к ошибке.
Теперь следуйте самой команде. Вместо того, чтобы запустить исходный двоичный sendmail, пришел ssmtp и заменил его.
/usr/sbin/sendmail -> /etc/alternatives/mta -> /usr/sbin/sendmail.ssmtp
вместо
/usr/sbin/sendmail -> /etc/alternatives/mta -> /usr/sbin/sendmail.sendmail
Теперь ssmtp в соответствии со своей man-страницей очень прост, предназначен для замены sendmail в его самой простой функции - и не поддерживает опцию -bd. Таким образом, порт 25 отсутствует.
Здесь все перерывы - команда разговора с портом 25 будет отключена.
Я удалил (yum remove ssmtp) - и это заставило оригинальное sendmail вернуться к своей роли - запуск сервиса снова оживляет порт 25.
Теперь почта снова в порядке, как раньше.
В другой момент я взгляну на все преимущества ssmtp...
Вам нужен Сервер SMTP, агент пересылки почты .
Вы можете просто установить opensmtpd
и запустить службу. По умолчанию выполняется локальная доставка почты.
rcpt to:root@localhost 451 4.3.0 <*>: Temporary lookup failure
– Yurij73 21.04.2013, 16:24alternatives --config mta
спасибо за предложение о Постфиксном – Yurij73 21.04.2013, 17:48