Я восстановил sendmail -t
функциональность моей системы:
Изучение раздела для /etc/exim4/passwd.client
в man exim4_passwd_client
привело меня к пониманию того, что только потому, что моя исходящая почта отправляется через smtp.office365.com
, указание этого DNS-имени в passwd.client
может оказаться недостаточным... DNS-поиск, участвующий в процессе. Выполнение ping smtp.office365.com
на самом деле дает ответы от чего-то под названием outlook.ms-acdc.office.com
. Поэтому я обновил свой файл /etc/exim4/passwd.client
, чтобы он содержал строку
*.office.com:<myid@mydomain>:<mypassword>
и теперь все снова работает. (Я заметил, что ранее у меня действительно была строка *.office365.com
в файле passwd.client
; мое предположение состоит в том, что в начале июня что-то изменилось в настройках MS, влияющее на то, думал ли exim4, что подключается к SMTP-серверу в доменах office365.com или office.com ).
Конечно, теперь вопрос заключается в том, сколько времени пройдет, пока Microsoft не примет решение о еще одном ребрендинге службы, ранее известной как Hotmail, и все DNS-имена снова изменятся :^)
Обновление 2021 -06 -10:За последнюю неделю мой sendmail с использованием скриптов стал ненадежным (не полный сбой; иногда что-то все равно проходит ). ping smtp.office365.com
теперь получает ответы от lhr-mvp.trafficmanager.net
; Думаю, добавление строки *.trafficmanager.net:<myid@mydomain>:<mypassword>
в файл /etc/exim4/passwd.client
решило проблему. Судя по всему, trafficmanager.net
является частью инфраструктуры Azure; Я предполагаю, что Microsoft мигрирует к этому. Сценарий -отправлял электронные письма, которые работали, возможно, они были отправлены в то время, когда по какой-то причине была отменена новая конфигурация.
Проверьте настройки PAM для sshd
, т. е. /etc/pam.d/sshd
и любого файла, на который он ссылается, используя ключевое слово @include
.
Должен быть pam_systemd.so
модуль, вызываемый на этапе сеанса, например,:
session optional pam_systemd.so
Помимо прочего, этот модуль PAM инициализирует две переменные среды XDG_RUNTIME_DIR
и DBUS_SESSION_BUS_ADDRESS
.
Убедитесь, что сервер SSH настроен на использование модулей PAM. В /etc/ssh/sshd _config или /etc/ssh/sshd _config.d/99 -local.conf установите
UsePAM yes
Замечание :Если локально все в порядке, то проблема связана не с *-environment-generators
, а с чем-то другим.
Для обхода вопроса я предлагаю вам заменить $UID
на $(id -ru)
(, потому что переменная env может быть не установлена и использовать не user-environment-generators
, а system-environment-generators
(, см. https://man.archlinux.org/man/systemd.environment-generator.7), потому что сам демон для systemctl --user
запускается как системная служба, поэтому на нее влияет системная среда.