cancel
Showing results for 
Search instead for 
Did you mean: 

sendmail installation

 
SOLVED
Go to solution
Highlighted
New Member

sendmail installation

while installing send mail.8.14.3 on RHE5 server getting following error.

[root@XXXXX sendmail-8.14.3]# install: cannot create regular file `/usr/man/man1/vacation.1': No such file or directory
> make[1]: *** [install-docs] Error 1
> make[1]: Leaving directory `/etc/mail/sendmail-8.14.3/obj.Linux.2.6.18-8.el5.i686/vacation'
> make: *** [all] Error 2
9 REPLIES 9
Highlighted
Honored Contributor

Re: sendmail installation

Looks like a defect in the installation
procedure. Did you try making the directory
yourself?

mkdir -p /usr/man/man1
Highlighted
Honored Contributor
Solution

Re: sendmail installation

The newer releases of Linux filesystem standard prefer /usr/share/man instead of /usr/man.

Obviously you're compiling Sendmail from source. Does your siteconfig.m4 file contain something like:

define(`confMANROOTMAN', `/usr/man/man')

If you find such a line, remove it and/or replace it with:

define(`confMANROOTMAN', `/usr/share/man/man')

MK
MK
Highlighted
Respected Contributor

Re: sendmail installation

try as follows

make and than make install
All things excellent are as difficult as they are rare
Highlighted
Honored Contributor

Re: sendmail installation

Wouldn't be easier to just install the rpm package?
Highlighted
New Member

Re: sendmail installation

using make & make install i've installed. what to do next?
Highlighted
Respected Contributor

Re: sendmail installation

good , now configure you sendmail by editing /etc/mail/sendmail.cf or find the path by using find command . now look for the relay field in that file and mention your relay server in that and also do some necessary changes if you want also mention your relay server in /etc/hosts file than restart the services

service sendmail stop
service sendmail start
All things excellent are as difficult as they are rare
Highlighted
New Member

Re: sendmail installation

when trying to start - no response.
Highlighted
Respected Contributor

Re: sendmail installation

have you mentioned the relay server in sendmail.cf and also check the server you have mentioned is pingable or not.
All things excellent are as difficult as they are rare
Highlighted
Honored Contributor

Re: sendmail installation

No response *at all* when trying to run "service sendmail start"? No error messages, *nothing* but the command prompt?

That usually means the sendmail service has been disabled by setting the appropriate variable to "no" in /etc/sysconfig/sendmail.

Because the "service" command did not display an error message, it means /etc/init.d/sendmail exists. That means you are not merely installing sendmail 8.14.3: I think you are *overwriting* RHEL5's standard version of sendmail with your custom version.

The problem with that is, when RedHat publishes an update to RHEL 5's sendmail, then yum (the RHEL 5 package management tool) is going to again overwrite your custom version with RedHat's update.

(Assuming your system *is* registered to RedHat Network; but if it isn't, why aren't you using the free CentOS Linux distribution instead?)

If you want to replace RedHat's standard version of sendmail with a newer version because you need some new functionality, you should have made a custom RPM with an appropriate (=higher than RHEL5 sendmail's) version number, so that the package management system knows not to replace it with the standard updates. The custom package should have included copies of all the standard startup scripts & other configuration files of standard RedHat sendmail, including /etc/init.d/sendmail and /etc/sysconfig/sendmail.

At the very least, you should now configure yum so it refuses to update sendmail automatically - and document what has been done to install a custom version of sendmail and why.

Otherwise, someone who needs to install security updates to this system when you're not available is going to hate you.

(If this system is going to handle incoming email from Internet, assume that there eventually *will* be a need to install important security updates.)

MK
MK