Почему служба не автостартует?

что говорят логи ??

смотрел syslog, daemon и error - ничего такого подозрительного связанного именно с этими службами

а если спробовать отключить всякие Requires After и подобные ??

они там не используются, в секции unit только описание

А их кто-то просит стартовать? WantedBy= какое-нибудь там указано?

они там не используются, в секции unit только описание

По умолчанию их нет, в зависимости от твоей конфигурации - пропиши.

да, multiuser.target

Дурацкий вопрос, а это дефолтный таргет и он становится активен? И что конкретно в journalctl -u про эти службы?

я так понимаю что дефолтный, так как он есть у других сервисов, например как sshd или postgresql

прописал скопировав с работающего сервиса зависимость от network-online.target и не помогло

Секция прописана? [Install] WantedBy=multi-user.target

Что в логах sendmail в journalctl и в целом journalctl -xe при старте системы, когда не запускается.

Да, прописана и в ней больше ничего, только эта строчка

sendmail логи не пишет и папки нет, а journalctl -xe просто пишет logs begin at … и потом только одна строчка –No entries –

Если вручную запустить, то в логе просто пишется что служба стартанула. Никаких ошибок и намёков что что-то не так

Так не бывает, логи запуска сервиса, если он у тебя действительно включён будут.

Так же, к примеру postfix часть своих логов пишет в /var/log/maillog, возможно sendmail так же.

Читайте документацию.

так он ведь не один такой, другой сервис тоже не запускается аналогично (логов у него тоже нет т.к. совсем сторонний). На винде стоит sendmail как служба и пишет логи в свою папку, кстати.

Вывод - используйте Винду, раз вы не можете в Linux проверить статус запуска сервиса и посмотреть логи, удостовериться, что он действительно настроен на запуск.

Про прочую конфигурацию, что у вас может быть не смонтирована, допустим часть файловой системы, хотя не представляю, что вы могли накрутить - проверяйте сами. IP адрес на интерфейсе, если в конфиге sendmail вместо 0.0.0.0 прописан конкретный IP, должен уже быть, иначе он не запустится.

Если у, например, sendmail есть параметры типа verbosity или debug, можно прописать. Ну и в journalctl -u sendmail.service не должно быть No entries, хотя бы потому его запускали ручками и оно стартовало.

вот не должно, а есть. Заскринил https://ibb.co/LdRb0fFT как после ребута проверяю статус, смотрю лог, снова смотрю статус, стартую, статус и лог

чтож ты мил человек dotnet-ом балуешься

sendmail.dll

Invalid unit name

Это не sendmail, а какое-то фуетэ. А нам пишешь - sedmail.

Мда.

по рекомендации разработчика указал dll , да, странно, но работает же

Как я понял у тебя служба на dotnet основана. Оно всё же имеет свои особенности? Надо было указать это в теме (как мне кажется).

Что по имени сервиса? Насколько знаю, это может влиять на запуск.

Покажи вывод systemctl cat sendmail.service

Вангую у тебя sendmail и ещё что-то за 25 порт дерется.

В journalctl -u не нужно UNIT=. Надо просто journalctl -u sendmail.service

dotnet sendmail.dll

Аж крякнул от удивления, такое обговаривать надо сразу же, а не ребусы загадывать.

invalid unit name "UNIT=sendmail.service"

Естественно, ничего не напишет, неправильный синтаксис же.

systemctl enabled sendmail.service показывает что enabled

Не верю. Хотя бы потому, что нет такой команды, т.е. это уже мягко говоря вольный пересказ

показывай вывод

systemctl is-enabled sendmail

а после ребута читай

systemctl | grep -i sendmail
journalctl -xa --unit sendmail

[Unit]
Description=SendMail

[Service]
Type=simple
ExecStart=/root/dotnet/dotnet /root/sendmail/sendmail.dll
Restart=on-failure

[Install]
WantedBy=multiuser.target

Да, неправильно команду сюда написал второпях. Вот после перезагрузки https://ibb.co/LXQBnKKk

так он же работает если запустить вручную без ошибок и отправляет письма нормально

Решил проблему добавив дефис в имени, т.е. вместо
WantedBy=multiuser.target
сделал
WantedBy=multi-user.target

Семён Семёныч…