From owner-freebsd-stable Sun Jan 21 7:46:26 2001 Delivered-To: freebsd-stable@freebsd.org Received: from nisser.com (c0039.upc-c.chello.nl [212.187.0.39]) by hub.freebsd.org (Postfix) with ESMTP id DC4C137B402; Sun, 21 Jan 2001 07:45:53 -0800 (PST) Received: from nisser.com (roelof [10.0.0.2]) by nisser.com (8.9.3/8.9.2) with ESMTP id QAA93365; Sun, 21 Jan 2001 16:45:50 +0100 (CET) (envelope-from roelof@nisser.com) Message-ID: <3A6B042E.659C716D@nisser.com> Date: Sun, 21 Jan 2001 16:45:50 +0100 From: Roelof Osinga Organization: Nisser - Nr. 1 in Veiligheid X-Mailer: Mozilla 4.72 [en] (Windows NT 5.0; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: Bjoern Fischer Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: MAIL set by whom? References: <3A6A50F3.307C9E06@nisser.com> <20010121103324.A297@frolic.no-support.loc> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bjoern Fischer wrote: > > > ... > > So what gives? (IOW please help! :) > > You can set MAIL via /etc/login.conf, all applications that use > either login(1) or setusercontext(3) should work. > > Beware of ssh! The OpenSSH client, that is part of FreeBSD is > completey buggy here: It sets MAIL to /var/mail/$USER, this is > hardcoded. I have a dirty fix, maybe I'll clean it up and > send it as a PR or to Kris (Kris, are you still ssh maintainer?) And guess what I'm using ;). But that explains it. Thanks for reminding me. > This whole stuff of initial user environment and friends has > to be cleaned up to be consistent for all login methods: login(1), > xdm, rsh, rlogin, ssh, telnet. I would volunteer(sic!) for a in detail > analysis of this issue if I get feedback on this. (i.e. looking for > inconsistencies, where to put on solutions (e.g. a pam module > that evals /etc/login.conf via setusercontext(3)). Grand gesture. Laudable even. Yeah, that PAM sure seems to've become popular. The Courier IMAP port also insisted upon its installation. Insisted in that fiddling with the makefile only resulted in failure to configure. But that's a whole different story. > To fiddle with user's .bash{rc,_profile}, .tcshrc, .whateverrc > is the wrong way. Some rc files are not evaluated for non login shells, > so you put it into .bashrc or whatever get executed for non login > shells; if you do this you parameters will be overwritten each time > you start a new shell (e.g. xterm). Sure, but it does the trick for now. > The user should have a minimal reasonable environment (even without > shell rc files, if you want to go that far), that he/she may optionally > extend or adapt. /etc/login.conf, maybe in combination with pam, is > the right thing for doing this. Mebbe. But just like there's PAM, there's also LDAP and let us not forget Kerberos. Played with them, once upon a time, but not enough to have a feel for their possible impacts. Just be careful with what you volunteer for! ;). Roelof -- Home is where the (@) http://eboa.com/ is. Nisser home -- http://www.Nisser.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message