SUMMARY: Removing sendmail

From: Brian Desmond <brian_at_chimera.psych.unimelb.edu.au>
Date: Thu, 17 Jun 1999 13:19:32 +1000 (EST)

Hi again Managers,

The question was about how to install sendmail from source, and is
included below.


Thanks go to:

        Garry Optland <garry_at_pacificpower.com.au>
        Ian Mortimer <ian_at_physics.uq.edu.au>
        Lucio Chiappetti <lucio_at_ifctr.mi.cnr.it>
        Gwen Pettigrew <gwen_at_itg.cam.ac.uk>
        Paul A Sand <pas_at_unh.edu>
        Stanley Horwitz <stan_at_astro.ocis.temple.edu>
        Adam Bentley <ccx009_at_coventry.ac.uk>
        "Adrienne J. Snyder" <ajs_at_unx.dec.com>
        Graham Allan <ALLAN_at_mnhep1.hep.umn.edu>
        Steve VanDevender <stevev_at_hexadecimal.uoregon.edu>

plus the other respondents whose suggestions are still arriving.

Many of the responses were highly detailed - I am very grateful for the
amount of effort people went to keep me out of trouble!

Sendmail now seems to be up and running, and was relatively straight
forward in the end - although initially intimidating before I came to
some level of understanding about how the configuration works.

The answers were:

        1. Sendmail is in a subset of the base DU OS, it cannot be
        removed using setld.

        2. Don't bother removing sendmail, just install the new version
        into /usr/local/ and change the /sbin/init.d/sendmail script
        to point there. It will survive both patching and OS upgrades
        there.

        3. Install into the default OSF locations, by setting
        -DUSE_VENDOR_CF_PATH in the Makefile. Doing this gives you
        a couple of options:
                
                a) Just clobber the original binaries. Any patch kit
                will recognise that the files did not originate from the
                OS and won't touch them. However, an OS upgrade may
                clobber your new installation.

                b) Rename the original binaries before doing the
                install, then install sendmail. Before installing any
                patches, move the new binaries out of the way and rename
                the originals to their original names. This way, you can
                preserve your installation through an OS upgrade.

        4. Install into sendmail's preferred locations, and use
        links back to DEC's usual places, or copy into DEC's usual
        places, and use symbolic links back to sendmail's preferred
        locations. This way, when you go looking for them, you will find
        them whichever searching strategy you use!

        5. C2 features do not cause any problems.

        6. The generic-osf1.mc will handle only the most basic
        installation, which mine was.

        7. Many people also warned me that the version of m4 supplied
        with 4.0D is broken and to use gnu's m4.


Thanks once again for the assistance,

Brian


======================= Original Message ===================================

Hi Managers,

I am seeking advice on the best way to remove sendmail as installed
on Digital Unix 4.0D. There doesn't seem to be an individual setld package
that I can remove.

I would like to be able install the latest sendmail from source
without having to worry about clobbering it when installing
a patch cluster. Is this possible?

Is there any reason to install sendmail into the locations DEC use,
eg /var/adm/sendmail/sendmail.cf (??!!), or should I just use the
default locations that sendmail would ordinarily use?

Any gotchas when installing your own sendmail with C2 features enabled?
Also, in general, have people found the "generic-osf1.mc" to be
adequate when building a sendmail.cf file using m4?


with thanks in advance,

Brian

============================================================================


--
Brian Desmond 
Department of Psychology          
University of Melbourne           
Parkville, Victoria 3052
Australia
Email: brian_at_psych.unimelb.edu.au
Phone: +61 3 9344 8156
Fax:   +61 3 9347 6618
Received on Thu Jun 17 1999 - 03:22:00 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:39 NZDT