l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2002 Nov 16 20:38

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] mail problems with debian
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] mail problems with debian

begin msimons@moria.simons-clan.com <msimons@moria.simons-clan.com> 
> On Sat, Nov 16, 2002 at 01:24:01PM -0800, Peter Jay Salzman wrote:
> >    p@satan% telnet belial.ucdavis.edu 25
> >    Trying
> >    Connected to belial.ucdavis.edu.
> >    Escape character is '^]'.
> >    Connection closed by foreign host.
> >    p@satan%
> > 
> > so that's why mail stopped working.   next i looked at inetd.conf:
> > 
> >    smtp       stream tcp nowait    mail /usr/sbin/exim  exim -bs
> this line is correct.
>   if you replace the command to run with /bin/false you should see the
> same telnet behavior as you included above.
> > i'm no expert at inetd.conf, but this looks good to my untrained eyes.
> > next i looked at the log files:
> > 
> >    Nov 16 13:12:58 belial inetd[335]: execv /usr/sbin/exim: Permission denied
> >    Nov 16 13:13:04 belial inetd[341]: execv /usr/sbin/exim: Permission denied
> >    Nov 16 13:14:19 belial inetd[371]: execv /usr/sbin/exim: Permission denied
>   it appears that inetd is unable to run /usr/sbin/exim.  the permission
> denied message is from execv inside inetd... if you change the inetd.conf line
> to run /etc/passwd you should get a similar problem.
> Nov 16 13:51:40 salomon inetd[779]: execv /etc/motd: Permission denied
> > apparently, exim is trying to do something it doesn't have permission to
> > do.  like bind to a port.   however:
>   inetd is the service logging the error.
> > belial# ll /usr/sbin/exim
> > -rwsr-xr-x    1 root     root       471144 Sep 20 10:34 /usr/sbin/exim*
>   The permissions you show above are correct, but the size and timestamp
> I have locally doesn't match a stable woody exim.  Try doing things like

filesize 471144 and timestamp sept 20 should match a testing exim.  i
don't actually own a woody system anymore.   :)

> salomon:/etc# file /usr/sbin/exim
>   /usr/sbin/exim: setuid ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped


> salomon:/etc# /usr/sbin/exim
>   exim: neither action flags nor mail addresses given


> salomon:/etc# debsums exim | grep -v OK$
>   ... to make sure the binary there is actually executable.

> > i'm running out of ideas.  help?
>   it's unlikely but if inetd is running in some sort of jail (which I don't
> thing debian inetd does out of the box) then it may be running a completely
> different exim binary from the one your ls shows.
>   If exim checks out I would recommend starting with a strace on your 
> inetd process...
good idea.  i'll give that a try.  hope i have enough disk space.  ;)


Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D
vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
O'Reilly and Associates
For numerous book donations.