Although this process can be simple,
many decisions that can complicate it must be made ahead of time.
2.1 Vendor Versus Compiling
You may need to decide whether to compile sendmail from the source or to obtain it
from a vendor. Very old versions of sendmail should be replaced because they are
insecure. Newer versions should also be replaced because the latest version (V8.14)
contains many new and valuable features.
Note that vendors tend to ship old versions of sendmail withth eir operating systems.
Current versions of operating systems frequently ship V8.13 or V8.14 sendmail.
To find out which version you are running, issue the following command:*
% /usr/sbin/sendmail -d0.1 -bt < /dev/null
The first line (of possibly many) printed should contain the version number. If no
version is displayed, you might be running a very old version of sendmail indeed, or
some other program masquerading as sendmail. In either instance, you should
upgrade.
If V8.9.2 or earlier is displayed, you should plan to upgrade. V8.9.3 was the last
secure version of the V8.9 series.
If V8.11.5 or earlier is displayed, you should plan to upgrade. V8.11.6 was the last
secure version of the V8.11 series.
A more difficult decision is whether to upgrade to V8.14 if you are already running
V8.9.3 or V8.11.6 sendmail. Potential reasons for upgrading are described in the list
that follows.
Pages:
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98