Re: need for open-minded help with popularity-contest with systemd timer
Marco d'Itri <[email protected]> Sun, 2 Aug 2026 20:37:07 +0200
| Newsgroups | gmane.linux.debian.devel.general |
|---|---|
| Message-ID | <[email protected]> |
--+xH732yN3U/kFq0J Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Jul 30, Simon McVittie <[email protected]> wrote: >No, if you exec /usr/sbin/sendmail, the MTA infrastructure has the=20 >option to log facts about that sendmail process, such as your uid (and=20 >in theory other facts like process ID, whether you're in a container=20 >or cgroup, AppArmor profile and so on), in mail.log or the message=20 >headers or whatever place its implementor thinks is most appropriate.=20 This is true[1], but I do not think that it is the main point. The big benefit of /usr/sbin/sendmail over connecting to a daemon is=20 that mail will not be lost when the daemon is not available. Or at least I remember that this was part of the rationale for Postfix=20 being designed this way 30 years ago: mail can always be queued to=20 /var/spool/postfix/maildrop/. And of course being able to do this from an unprivileged process=20 requires to either use a sgid helper (the default) or a 1777 directory=20 (not the default, because it allows a local DoS). [1] but also: UNIX domain sockets and SO_PEERCRED. --=20 ciao, Marco --+xH732yN3U/kFq0J Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQQnKUXNg20437dCfobLPsM64d7XgQUCam+OUwAKCRDLPsM64d7X gQxAAP9WtaWAH7iToxmM0tiveToGoZq8ZsUukum/5lL/srumtwD7BG9iRA0cU7bX CkYkOk1bYQj8USu4Mqoa1nnvyKvYqAs= =zZYF -----END PGP SIGNATURE----- --+xH732yN3U/kFq0J--