Xref: utzoo comp.mail.misc:4138 comp.unix.shell:578 Path: utzoo!attcan!uunet!cs.utexas.edu!uwm.edu!ux1.cso.uiuc.edu!mp.cs.niu.edu!rickert From: rickert@mp.cs.niu.edu (Neil Rickert) Newsgroups: comp.mail.misc,comp.unix.shell Subject: Re: Shell scripts from smail/sendmail - strange behavior Message-ID: <1990Oct14.194452.13627@mp.cs.niu.edu> Date: 14 Oct 90 19:44:52 GMT References: <1990Oct10.200803.27014@supernet.haus.com> <1990Oct14.135213.28213@athena.mit.edu> Organization: Northern Illinois University Lines: 24 In article <1990Oct14.135213.28213@athena.mit.edu> jik@athena.mit.edu (Jonathan I. Kamens) writes: > And get >Berkeley to change this behavior of sendmail, which has been around forever >(ane which has been wrong for nearly forever :-). Actually, that last part >may not be relevant -- I'm testing with version 5.61, and version 5.64 may >have fixed this problem. > It is not so clear to some of us that sendmail's behavior is wrong. Infuriating - yes. Wrong - I don't think so. The ideal would be for sendmail to read my mind, and follow its current behavior when I want that, and Kamen's preferred behavior at other times. Basically it is trying to allow permissions to control who can send email to a programatic mailer (such as the msgs command which posts notices). You can always get Kamen's preferred behavior by means of suid programs. But if his preference were the default it would be difficult to get the other behavior without doing extensive sender checking in program mail handlers. -- =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*= Neil W. Rickert, Computer Science Northern Illinois Univ. DeKalb, IL 60115. +1-815-753-6940