OpenSolaris

1. Community: OS/Net (ON)
   1. Blogs
   2. Development Process
   3. Developer's Reference
      1. Introduction
      2. Prerequisites
      3. The Source Tree, part 1
      4. The Source Tree, part 2
      5. Building OpenSolaris
      6. Installing and Testing OpenSolaris
      7. Integration Procedure
      8. Best Practices and Requirements
      9. Glossary
   4. Discussions
   5. Installation (from source) Quickstart
      1. Annotated nightly(1) Mail Example
   6. Currently Known Issues
   7. CRT
      1. Advocates & Sponsors
      2. Becoming a CRT Advocate
      3. Charter
      4. RTI nits to avoid
      5. Sponsor Tasks
      6. Becoming a Sponsor
   8. Schedule
   9. ONNV Flag Days, Heads Ups, and Project Integration History
      1. All
      2. Builds 91-95
      3. Builds 86-90
      4. Builds 81-85
      5. Builds 76-80
      6. Builds 71-75
      7. Builds 66-70
      8. Builds 61-65
      9. Builds 56-60
      10. Builds 51-55
      11. Builds 46-50
      12. Builds 41-45
      13. Builds 36-40
      14. Builds 31-35
      15. Builds 26-30
      16. Builds 21-25
   10. Leaders
   11. Observers
   12. Putback Logs
   13. Developing Solaris
       1. Quality Death Spiral
   14. wx
   15. findunref and unreferenced files
   16. Bourne/Korn Shell Coding Conventions

flag day: sendmail configuration changes

Date: Tue, 06 May 2008 15:43:34 -0700
From: John Beck <jbeck at eng dot sun dot com>
To: onnv-gate at onnv dot eng dot sun dot com
Subject: flag day: sendmail configuration changes

My putback just now for:

PSARC 2008/042 automated building of sendmail configuration files
PSARC 2008/298 sendmail local daemon mode
PSARC 2008/299 makemap -t/-u clarification
6330693 teach sendmail start method to build config files automatically
6690390 etrn can use the new common Perl build rule
6690815 sendmail needs a local daemon mode
6697415 upgrade sendmail to 8.14.3

causes a minor flag day, in that the following files will need to be
removed from your proto area or incremental builds will choke on them:

* etc/mail/local.cf
* etc/mail/cf/cf/local.cf
* etc/mail/cf/cf/local.mc

The rest of this message concerns the new feature introduced by the first
PSARC case and RFE listed above.  So if you never customize your sendmail
config files, you need not read any further.

For those of you who customize your sendmail config files, here is a new
procedure for automating the rebuilding of those files after an upgrade:

* The .mc file from which your .cf file is built is typically stored
  under /etc/mail/cf/cf/ (no, that is not a typo: the first cf is for
  the configuration hierarchy; the second is where the individual files
  are stored).  You will need to know the exact name of that file;
  we recommend /etc/mail/cf/cf/`hostname`.mc .
* As root or some other user/role with sufficient privilege, do the
  following, where X is replaced by the name of the file from above:
  # svccfg -s sendmail
  svc:/network/smtp:sendmail> setprop config/path_to_sendmail_mc=X
  svc:/network/smtp:sendmail> ^D
  # svcadm refresh svc:/network/smtp:sendmail
  # svcadm restart svc:/network/smtp:sendmail
* If you ever do a fresh install, be sure to save the file (X) beforehand
  and restore it afterward, then repeat the above setprop/refresh/restart
  dance after you restore the file.

In particular, if you have a customized .cf that was built from a .mc file
(usually local-`hostname`.mc, used in conjunction with the config/local_only 
svcprop) that has these lines in it:

FEATURE(`no_default_msa')dnl
DAEMON_OPTIONS(`NAME=NoMTA4, Family=inet, Addr=127.0.0.1')dnl
DAEMON_OPTIONS(`Name=MSA4,   Family=inet, Addr=127.0.0.1, Port=587, M=E')dnl

then you should delete those lines, as they will not be needed any more, and
you should perform the steps above, and make sure that the config/local_only
svcprop mentioned above is set to true.

Please direct questions, comments, etc. to me.

-- John

http://blogs.sun.com/jbeck