Bug 23576

Summary: mail.local installed with wrong permissions in make world
Product: Base System Reporter: tim <tim>
Component: miscAssignee: freebsd-bugs (Nobody) <bugs>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 4.2-STABLE   
Hardware: Any   
OS: Any   

Description tim 2000-12-16 00:20:01 UTC 
The 4.2-STABLE release installed mail.local with 555 permissions.  It needs to install is with 6555 or sendmail won't be able to deliver mail locally.  This problem has manifested itself on several different machines and several different source trees, all of which were newly retrieved via CVS from the FreeBSD servers.

Fix: 

The make installworld process has to chmod on mail.local to 6555.
How-To-Repeat: Just run a make world on 4.2-STABLE and look at /usr/libexec/mail.local
Comment 1 dima 2000-12-16 00:49:01 UTC 
tim@falconsoft.com wrote:
> 
> 
> >Number:         23576
> >Category:       misc
> >Synopsis:       mail.local installed with wrong permissions in make world
> >Description:
> The 4.2-STABLE release installed mail.local with 555 permissions.

This is the intended behavior.  Read the 20001020 entry in
src/UPDATING.  On about the fourth line, it says:

        o mail.local(8) is no longer installed as a set-user-id binary.

As to why it doesn't work for you, my only guess is that you forgot to
run mergemaster (which is required as part of the upgrade process
unless you're *really* sure nothing important changed--obviously, this
is not the case).

Hope this helps

-- 
Dima Dorfman <dima@unixfreak.org>
Finger dima@unixfreak.org for PGP public key.
Comment 2 tim 2000-12-16 21:33:17 UTC 
> > >Number:         23576
> > >Category:       misc
> > >Synopsis:       mail.local installed with wrong permissions in make world
> > >Description:
> > The 4.2-STABLE release installed mail.local with 555 permissions.
>
>This is the intended behavior.  Read the 20001020 entry in
>src/UPDATING.  On about the fourth line, it says:
>
>         o mail.local(8) is no longer installed as a set-user-id binary.
>
>As to why it doesn't work for you, my only guess is that you forgot to
>run mergemaster (which is required as part of the upgrade process
>unless you're *really* sure nothing important changed--obviously, this
>is not the case).

ah-so.  I was not aware of this script.  :)  I don't think it helped me too 
much, though, since my sendmail.cf file is very different than the default 
one.  I'll have to modify it by hand, as "man mergemaster" explains.

Tim



-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
   Tim Gustafson                          tim@falconsoft.com
   www.falconsoft.com                          (631)475-6662
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
   The more you hold us down, the more we press on.  <Creed>
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Comment 3 Gregory Neil Shapiro freebsd_committer freebsd_triage 2001-02-05 01:19:04 UTC 
State Changed
From-To: open->closed

The mail.local permissions change was done on purpose and covered in 
src/UPDATING and RELNOTES.TXT.  The user will modify their cf to adapt.