Hello.

J'essaie d'envoyer des mails avec sendmail et la commande mail(1). Bon, l'expéditeur est censé être l'utilisateur avec lequel je suis connecté, on est d'accord.

Sauf que... non.

Si je suis loggué en root, ça m'envoit bien le mail en tant que root.
Si je suis loggué en nicolas, ça m'envoit bien le mail en tant que nicolas.

Si je suis loggué en nicolas, et que je fais un "su -u root" ou "su root", ça envoit le mail en tant que nicolas par contre. Là, je ne comprends pas. Et c'est un peu embêtant... (ça ne me fait pas ce problème sur un FreeBSD avec un postfix mais avec un sendmail, oui).

J'ai bien vérifié mes variables d'environnement quand je suis connecté en root avec su(1) (avec un shell login), elles sont toutes définies sur celles de root (normal). $MAIL vaut bien /var/mail/root.

Mais sendmail envoie quand même le message en tant que nicolas.

Bref, je ne comprends pas trop où il va chercher ce "nicolas", étant donné qu'avec su(1) j'ai fait un shell login en root.

Avez-vous une idée ?

Merci !

Elrohir wrote on 09. Jul 2008 at 13:01:

Hello. Avez-vous une idée ? Merci !

su -
man su

J'ai bien précisé que je faisais un shell login (donc, su -).


Quote:

et que je fais un "su -u root" ou "su root"

C'est justement pour ça que je ne comprends pas...

Je viens d'essayer avec un sendmail sur OpenBSD, et le problème est le même. Que je fasse du shell login ou du shell non-login (su ou su -), le sender reste l'ancien utilisateur.

Ca semble être un problème plus de sendmail que de FreeBSD...

Elrohir wrote on 09. Jul 2008 at 14:11:

Je viens d'essayer avec un sendmail sur OpenBSD, et le problème est le même. Que je fasse du shell login ou du shell non-login (su ou su -), le sender reste l'ancien utilisateur. Ca semble être un problème plus de sendmail que de FreeBSD...

Tu as essayé de faire un diff de l'environnement ?
J'avais pas percuté pour le su -

En fait, sendmail se base sur logname(1) pour connaître l'utilisateur. D'ailleurs, le man précise bien :

Quote:

The logname utility explicitly ignores the LOGNAME and USER environment variables because the environment cannot be trusted.

Donc, avec un su(1), on garde l'utilisateur initial...

Va falloir que je trouve comment contourner ça...