Can one configure msmtp to execute a helper without a shell so that no /bin/sh is spawned and helpers is not entered ?
Since msmtp’s passwordeval always uses /bin/sh -c (common behavior), this does not seem feasible.
Rules within the helpers subprofile can only be added inside that subprofile’s braces.
The (Debian) packaged profile already defines “profile helpers { … }”. A second “profile helpers { … }” in a later include produces “Multiple definitions for hat helpers …”.
Without modifying the packaged file, the only safe way to place rules inside helpers is to ship a replacement profile file that contains a helpers-local include.
Therefore, could on include “#include <local/usr.bin.msmtp.helpers>” inside the helpers subprofile in the packaged file to support site-local extensions without replacements?
Can one configure msmtp to execute a helper without a shell so that no /bin/sh is spawned and helpers is not entered ?
Since msmtp’s passwordeval always uses /bin/sh -c (common behavior), this does not seem feasible.
Rules within the helpers subprofile can only be added inside that subprofile’s braces.
The (Debian) packaged profile already defines “profile helpers { … }”. A second “profile helpers { … }” in a later include produces “Multiple definitions for hat helpers …”.
Without modifying the packaged file, the only safe way to place rules inside helpers is to ship a replacement profile file that contains a helpers-local include.
Therefore, could on include “#include <local/usr.bin.msmtp.helpers>” inside the helpers subprofile in the packaged file to support site-local extensions without replacements?