home *** CD-ROM | disk | FTP | other *** search
/ PC-Online 1996 May / PCOnline_05_1996.bin / linux / source / contrib / smail / smail-3.1 / smail-3 / smail-3.1.28 / conf / EDITME.newspak < prev    next >
Text File  |  1994-05-05  |  47KB  |  1,211 lines
  1. # @(#)conf/EDITME-dist    1.46 8/15/92 15:52:50
  2. #
  3. # EDITME - edit me to perform high level configuration of smail
  4. #
  5. # The EDITME file is used by makefiles to build individual defs.h,
  6. # defs.sh and defs.sed files, which in turn control the build/install
  7. # process of smail.
  8. #
  9. # The EDITME-dist file servers as a reference copy only.  Patches to
  10. # smail will refer to EDITME-dist rather than EDITME.  Only the EDITME
  11. # file is used in the build/install process.  Any editing should be done
  12. # to the file EDITME, which should be located in the same directory as
  13. # EDITME-dist.
  14. #
  15. # The EDITME is a /bin/sh shell script.  That is, comments begin with
  16. # the first non-quoted/non-escaped '#' character.  Values are set
  17. # using NAME=VALUE or NAME=, with no spaces around the equal sign.
  18. # Values that have spaces or special shell characters should be
  19. # qouted and/or escaped.  Consult the sh(1) man page for further details.
  20. #
  21. # Values that are indicated as optional may, in some cases, not be set.
  22. # All other values MUST be set to some value.  The NAME= form is
  23. # equivalent to not setting the value, with the exception of TEST_BASE.
  24. #
  25. # An alternate path to the EDITME file can be specified through setting
  26. # the environment variable SMAIL_EDITME.  This can either be a full
  27. # pathname or a relateive pathname, which will be referenced relative
  28. # to the smail conf directory.  Care must be taken with dependencies in
  29. # makefiles when the path to the EDITME file has changed.  If this is
  30. # a permanent change, then type "make depend" at the top of the smail
  31. # source tree.  Otherwise the conf/lib/mkdefs.sh shell script can be
  32. # run in affected directories to create new defs files.
  33.  
  34.  
  35. # CFLAGS - the base set of flags for the cc command
  36. #
  37. # optional
  38. #
  39. # When debugging smail, it is useful to set this to "-g".  Otherwise
  40. # "-O" is normally used to optimize the code produced.
  41. #
  42. # NOTE:  I get core dumps on SCO MPX 2.0 when using the bind router (I
  43. #   haven't tried other SCO releases).  Whatever the problem is, it
  44. #   goes away when I compile without -O.  If anybody finds the cause,
  45. #   please let me know.  For now, if you get core dumps when using the
  46. #   bind router on SCO, try compiling without -O.
  47.  
  48. CFLAGS="-O"                # common
  49. #CFLAGS=                # don't use optimizer
  50. #CFLAGS=-g                # use when debugging
  51. #CFLAGS="-O -C"                # UTS/580
  52. #CFLAGS="-g -C"                # UTS/580 for debugging
  53.  
  54.  
  55. # CC - the C compiler to use for compiling smail
  56. #
  57. # optional (defaults to cc)
  58. #
  59. # CAUTION: gcc does not work with smail on all architecures.  In
  60. # particular, problems have been reported on the SunOS platform.  The
  61. # typical problem is that gcc uses different structure-passing
  62. # conventions for function calls.  This is a problem for a few
  63. # networking calls which pass around in_addr structures.
  64. #
  65. # Some conf/os files set an alternate default value for CC.  In
  66. # particular, the SunOS CC defaults to /bin/cc, to ensure that
  67. # /usr/sys5/cc is not used.
  68.  
  69. CC=gcc                    # use the GNU C Compiler
  70.  
  71.  
  72. # LDFLAGS - flags to pass to the loader
  73. #
  74. # optional
  75. #
  76. # These flags are passed to the cc command before any object
  77. # modules or libraries.
  78.  
  79. #LDFLAGS=-L/usr/ucblib            # use an alternate directory for libs
  80. #LDFLAGS="-L/usr/ucblib -Bstatic"    # and don't use shared libraries
  81.  
  82.  
  83. # LIBS - libraries to include in binaries
  84. #
  85. # optional
  86. #
  87. # These libraries are passed to the cc command before any libraries
  88. # mentioned in the conf/os file.  It can be used to link in additional
  89. # libraries before the system libraries.
  90. #
  91. # If you wish to use the GNU dbm library, then add -lgdbm to LIBS
  92. # (perhaps with a -L to indicate the directory containing gdbm),
  93. # and then add NDBM to the HAVE variable.
  94.  
  95. LIBS=-ldbm                # use the GNU dbm library
  96. #LIBS="-L/usr/local/lib -lgdbm"        # if gdbm is in /usr/local/lib
  97. #LIBS="-L/usr/local/lib -lgdbm -lalloca" # load alloca function from somewhere
  98.  
  99.  
  100. # OSLIBS - ending libraries to include in binaries
  101. #
  102. # optional
  103. #
  104. # These libraries are passed to the cc command after all other
  105. # libraries from any other source.  For example, this can be used
  106. # to force the use of an alternate C library, or a shared version
  107. # of the C library.
  108. #
  109. # Some conf/os files already specify use of the shared C library, and
  110. # some necessary system libraries.
  111.  
  112. #OSLIBS=-lc_s                # SVR3 shared C library
  113. #OSLIBS="-lc_s -lcposix"        # POSIX and shared C libs
  114.  
  115.  
  116. # STRIP - define this if you wish to strip binaries when installing
  117. #
  118. # optional
  119. #
  120. # The smail binaries will only be striped on installation if STRIP=yes.
  121. # This may save some disk space at the expence of the ability to do
  122. # symbolic debugging.
  123.  
  124. STRIP=yes
  125.  
  126.  
  127. # USE_SYMLINKS - define this if you wish to use symlinks when installing
  128. #
  129. # optional
  130. #
  131. # The smail binaries are normally installed using hardlinks between
  132. # the various copies of the smail binary.  Where hardlinks cannot be
  133. # made, real copies are made.  To use symbolic links instead of
  134. # hard links and copies, set USE_SYMLINKS=yes.  This will cause only
  135. # one copy of the smail binary to be installed.  Do not define this
  136. # if your system does not have symbolic links.
  137.  
  138. USE_SYMLINKS=yes
  139.  
  140.  
  141. # OS_TYPE - define the operating system type for your machine
  142. #
  143. # required
  144. #
  145. # Consult the conf/os directory for a complete list of recognized
  146. # operating system types.  The names given below may not represent
  147. # all of the operating systems for which an OS description file
  148. # is available.
  149.  
  150. #OS_TYPE=aix3.1                # IBM AIX 3.1
  151. #OS_TYPE=aix3.2                # IBM AIX 3.2
  152. #OS_TYPE=bsd4.2                # 4.2 BSD systems
  153. #OS_TYPE=bsd4.3                # 4.3 BSD systems
  154. #OS_TYPE=cpc3.0                # Counterpoint C-XIX Release 3.0
  155. #OS_TYPE=forpro                # fortune FOR:Pro 2.1 to 3.1
  156. #OS_TYPE=sco3.2                # SCO UNIX 3.2
  157. #OS_TYPE=sco3.2+tcp            # SCO UNIX 3.2 with SCO TCP/IP
  158. #OS_TYPE=sun_os3            # Sun/OS version 3.x
  159. #OS_TYPE=sun_os4            # Sun/OS version 4.x
  160. #OS_TYPE=sys5.2                # System V release 2
  161. #OS_TYPE=sys5.3                # System V release 3
  162. #OS_TYPE=sys5.4                # System V release 4
  163. #OS_TYPE=ultrix1.2            # DEC Ultrix release 1.2
  164. #OS_TYPE=unixpc3.0            # AT&T Unix PC (3b1) release 3.0
  165. #OS_TYPE=unixpc3.5            # AT&T Unix PC (3b1) release 3.5
  166. #OS_TYPE=uts1.2                # UTS/580 release 1.2
  167. #OS_TYPE=uts2.0                # UTS/580 release 2.0
  168. #OS_TYPE=xenix5                # SCO Xenix System V
  169. #OS_TYPE=posix                # Generic P1003.1 system
  170. #OS_TYPE=isc2.2.1            # Interactive release 2.2.1
  171. #OS_TYPE=delta                # Motorola delta
  172. OS_TYPE=linux
  173.  
  174. # ARCH_TYPE - architecture type
  175. #
  176. # required
  177. #
  178. # The ARCH_TYPE of 16bit refers to machines with 16 bit words.  This
  179. # mode is untested.  It is assumed that 16bit machines have extended
  180. # address spaces as smail is more than 64k bytes long.
  181.  
  182. ARCH_TYPE=32bit                    # common
  183. #ARCH_TYPE=small32bit                # 32 bit without reasonable VM
  184. #ARCH_TYPE=16bit                # untested
  185.  
  186.  
  187. # DRIVER_CONFIGURATION - configuration file describing smail drivers
  188. #
  189. # optional
  190. #
  191. # By default, the os configuration file (conf/os/OS_TYPE) refers to
  192. # the file that describes the available director, router and transport
  193. # drivers.
  194. #
  195. # For example on BSD-based OS_TYPEs, the os configuration file refers to
  196. # a driver configuration that uses BSD networking.  A BSD based system
  197. # could not set DRIVER_CONFIGURATION and get the BSD netwokring based
  198. # drivers; or a system could set DRIVER_CONFIGURATION=unix-generic and
  199. # disable BSD networking drivers.
  200. #
  201. # Currently few conf/os files specify the arpa-network driver
  202. # configuration (which includes support for the BIND server).
  203. # If you want to use this, you must usually set DRIVER_CONFIGURATION
  204. # explicitly.  You may also have to add BIND to the HAVE list (later
  205. # in this file) to use the arpa-network driver configuration.
  206. #
  207. # IMPORTANT NOTE FOR INTERNET HOSTS
  208. #
  209. # NOTE: The bind router driver is not configured into the compiled-in
  210. # routers, so you will need to install a routers file to use it.  Get
  211. # a routers file from samples/generic/routers and copy it to
  212. # /usr/lib/smail.  Comment out the first version of inet_hosts from
  213. # that file, and uncomment the second (the bind version) of the
  214. # router.  You may also want to uncomment the forcepaths router, if
  215. # you forward for any hosts in the UUCP zone.
  216.  
  217. #DRIVER_CONFIGURATION=unix-generic        # no BSD networking
  218. DRIVER_CONFIGURATION=bsd-network        # BSD networking
  219. #DRIVER_CONFIGURATION=$ROOT/mydriver.cf        # customized configuration
  220. #DRIVER_CONFIGURATION=arpa-network        # include bind router
  221.  
  222.  
  223. # LMAIL - where the real /bin/mail resides
  224. #
  225. # optional
  226. #
  227. # On many System V machines, the /bin/mail program will deliver what 
  228. # it thinks is local mail directly into user mailboxes, and may also
  229. # call uucp, or some other remote delivery mechanism.  The /bin/mail
  230. # program will therefore can bypass smail.
  231. #
  232. # A solution to this program is to move the /bin/mail supplied with
  233. # your system to another name, LMAIL, and to then install the binmail
  234. # program, in pd/binmail as /bin/mail.  If binmail is invoked to read
  235. # mail, the LMAIL (old /bin/mail) is called, otherwise SMAIL is called
  236. # to deliver mail.
  237. #
  238. # If LMAIL is defined below and the specified file does not exist,
  239. # then the binmail makefile install rule will attempt to move
  240. # /bin/mail to LMAIL and then copy binmail into /bin/mail.  If LMAIL
  241. # is defined and the file LMAIL does exist, then the binmail
  242. # makefile will refuse to install binmail.
  243. #
  244. # If LMAIL is not defined then /bin/mail is not touched.
  245. #
  246. # NOTE: due to potential problems or confusion with binmail
  247. #    installation, binmail is not automatically built and installed
  248. #    from higher level makefiles.  One must go to the pd/binmail
  249. #    directory and "make install" explicitly.
  250.  
  251. #LMAIL=/bin/lmail                # standard System V
  252.  
  253.  
  254. # MISC_DEFINES - miscellaneous definitions
  255. #
  256. # optional
  257. #
  258. # A colon-separated list that names miscellaneous macros to define
  259. # for C programs and shell scripts.  Each entry in the list can be
  260. # a simple name, or the name can be followed by an equal sign to
  261. # provide a value.  For example:
  262. #
  263. #    MISC_DEFINES="void=int:DECLARE_UTIMBUF:NO_FORWARDTO_FILE"
  264. #
  265. # Defines void to be int for compilers that do not correctly support
  266. # the void type, and declares the macro DECLARE_UTIMBUF, so that smail
  267. # will not try to get the utimbuf structure from a header file.
  268. #
  269. #
  270. # IMPORTANT FOR INTERACTIVE UNIX USERS:
  271. #
  272. # Some versions of Interactive UNIX have a <sys/socket.h> header
  273. # file that directly includes the <time.h> header file, which is
  274. # not protected against multiple inclusion.  If your system has
  275. # this problem, you will encounter a multiple declaration problem
  276. # when compiling src/modes.o.  To repair the situation, use:
  277. #
  278. #    MISC_DEFINES=ISC_SOCKET_TIME_BUG
  279. #
  280. #
  281. # IMPORTANT FOR BSD AND SUNOS USERS:
  282. #
  283. # Some mail readers compare access and modify times to determine
  284. # whether mail has been delivered which has not been read.  The local
  285. # mail transport (using the appendfile driver) preserves access time
  286. # for files so that this will work.  However, if smail is configured
  287. # to use the System V convention of reading forwarding information
  288. # from user mailbox files, then this will be defeated (the forwardto
  289. # director does not preserve access times).
  290. #
  291. # Since BSD systems (and System V systems running Smail) have little
  292. # reason to use the System V forwarding convention, it is sufficient
  293. # to disable it.  To disable the System V forwarding convention, add
  294. # NO_FORWARDTO_FILE to MISC_DEFINES.
  295. #
  296. #
  297. # IMPORTANT FOR USERS OF OLD BIND RELEASES
  298. #
  299. # The bind resolver can make use of features in newer releases of
  300. # BIND (named).  In particular, it will use the res_search function,
  301. # rather than older res_mkquery function.  If you do not have the
  302. # new BIND release (e.g., res_search is listed as an undefined
  303. # variable when you link smail), then add OBSOLETE_RESOLVER to
  304. # MISC_DEFINES.  Also, the res_search function does not appear to
  305. # interract correctly with the 'defnames' attribute to the bind
  306. # driver, on some versions of the resolv library, so beware.  If bind
  307. # doesn't work for you, try defining OBSOLETE_RESOLVER.
  308. #
  309. #
  310. # IMPORTANT FOR USERS OF SOME SEQUENT OS RELEASES
  311. #
  312. # Some releases of the Sequent C compiler recognize private as a keyword.
  313. # However, smail uses this as a variable or structure name in several
  314. # places.  To get around this problem use:
  315. #
  316. #    MISC_DEFINES=private=smail_private_tag
  317. #
  318. #
  319. # IMPORTANT FOR NON-POSIX OPERATING SYSTEMS
  320. #
  321. # Smail uses the utime() system call to set file times in a few places.
  322. # All U*IX releases appear to support this call, although not all
  323. # systems define the structure (utimbuf) used as an argument to the
  324. # call.  In particular, true 4.2 and 4.3BSD do not declare this
  325. # structure (at least not the original, non-POSIX, 4.3BSD release).
  326. #
  327. # The bsd4.2 and bsd4.3 conf/os files define DECLARE_UTIMBUF to cause
  328. # smail itself to define this structure.  However, this may fail if
  329. # your system is extended to define the utimbuf structure in an
  330. # incompatible fashion.  This can be disabled by defining
  331. # NO_DECLARE_UTIMBUF in MISC_DEFINES.
  332. #
  333. # For other operating systems, you may need to add DECLARE_UTIMBUF
  334. # in MISC_DEFINES.  Some releases of Interactive U*IX require this.
  335. # Other releases don't (I don't have a list).
  336. #
  337. #
  338. # IMPORTANT FOR USERS OF GCC ON NON-ANSI C SYSTEMS
  339. #
  340. # If you are using a C compiler that defines __STDC__ (such as gcc) but
  341. # you are running into problems due to non-ANSI #include files or missing
  342. # ANSI definitions, then you can define NO_ANSI_C.
  343.  
  344. #MISC_DEFINES=NO_FORWARDTO_FILE        # recommended for BSD systems
  345. #MISC_DEFINES=ISC_SOCKET_TIME_BUG:NO_FORWARDTO_FILE
  346. #MISC_DEFINES=OBSOLETE_RESOLVER
  347. ##MISC_DEFINES=DECLARE_UTIMBUF        # if smail must define utimbuf struct
  348. #MISC_DEFINES=NO_DECLARE_UTIMBUF    # if smail must _not_ define utimbuf
  349. #MISC_DEFINES=private=smail_private_tag    # for sequent
  350. #MISC_DEFINES=NO_ANSI_C            # don't believe __STDC__
  351. MISC_DEFINES=DECLARE_UTIMBUF:INET_NTOA_USE_STRUCT
  352.  
  353. # HAVE - miscellaneous supported features
  354. #
  355. # optional
  356. #
  357. # A colon-separated list of features that the local system supports
  358. # in addition to those defined in the OS configuration file.  Some
  359. # interesting features you might want to list are:
  360. #
  361. #    NDBM          - this system supports the new DBM library
  362. #            functions introduced in 4.3BSD.
  363. #    DBM          - this system supports the old DBM library
  364. #            distributed with older BSD systems and
  365. #            many System V systems.  This *requires* the
  366. #            dbmclose() function, which does not exist
  367. #            in most historic dbm implementations.
  368. #    HDB_UUCP      - this system uses HoneyDanBer UUCP, rather
  369. #            than a traditional version of UUCP.
  370. #    NIALIAS          - aliases with NeXT NetInfo databases.
  371. #    BIND          - the system supports the bind resolver library
  372. #
  373. # Defining NDBM or DBM may require the specification of additional
  374. # libraries, in LIBS or in OSLIBS.  See conf/os/template for a more
  375. # complete list of recognized features, and for more detailed
  376. # descriptions.  If neither NDBM or DBM is specified, Ozan Yigit's
  377. # sdbm (an ndbm workalike) will be used.
  378. #
  379. # CAUTION: The HoneyDanBer UUCP in System V Release 4.0 uses multi-
  380. #    letter message grade values, rather than the traditional
  381. #    single-letter message grades in earlier versions.  Smail
  382. #    presumes that message grades are single letters, so Smail and
  383. #    the default grades for SVR4.0 are incompatible.
  384. #
  385. #    As a result of this incompatiblity, either HDB_UUCP must not
  386. #    be defined with SVR4.0, or the message grades that smail
  387. #    uses will have to be added to the file /etc/uucp/Grades.
  388. #    The list of grades that smail will use is specified in the
  389. #    grades variable (whose default value can be specified by
  390. #    setting GRADES in this file).  Grades are specified by
  391. #    providing a longer string in the Precedence: field.  The
  392. #    grade letters for the default value of GRADES are:
  393. #
  394. #        9    - special-delivery
  395. #        A    - air-mail
  396. #        C    - first-class    (also the default message grade)
  397. #        a    - bulk
  398. #        n    - junk
  399. #
  400. #    To add the default letters, you might add the following lines
  401. #    to /etc/uucp/Grades:
  402. #
  403. #        9    9    Any    User    Any
  404. #        A    A    Any    User    Any
  405. #        C    C    Any    User    Any
  406. #        a    a    Any    User    Any
  407. #        n    n    Any    User    Any
  408.  
  409. #HAVE=HDB_UUCP                # have HoneyDanBer UUCP
  410. #HAVE=NDBM                # have the new DBM functions
  411. #HAVE=DBM                # have the old DBM functions
  412. #HAVE=HDB_UUCP:NDBM            # new DBM and HoneyDanBer UUCP
  413. HAVE=BSD_NETWORKING            # has smtp stuff
  414.  
  415. # UUCP_ZONE - this host is within the UUCP zone
  416. #
  417. # optional (defaults to undefined)
  418. #
  419. # Smail supports both strictly compliant SMTP transfers, and a
  420. # modification the the SMTP protocol for use within the UUCP zone.
  421. # The modified protocol transmits sender and recipient addresses in
  422. # accordance with the RFC976 specification, and provides behavior that
  423. # is more likely to work with other mailers in the UUCP zone.
  424. # Transferring mail using SMTP over private IP networks can work well
  425. # within the UUCP zone, except for the fact that the SMTP
  426. # specification doesn't work as well in the presence of generated
  427. # UUCP-zone routes form path files.
  428. #
  429. # The built-in smail transport definitions include transport
  430. # definitions that provide either behavior: inet_zone_smtp and
  431. # uucp_zone_smtp.  The first provides conformant behavior and should
  432. # be used when transferring mail to sites on the Internet.  The
  433. # second, uucp_zone_smtp, provides the modified protocol.
  434. #
  435. # An additional builtin transport protocol, smtp, is defined as having
  436. # the same behavior as inet_zone_smtp or uucp_zone_smtp, depending
  437. # upon whether UUCP_ZONE is set.  To make the the basic smtp transport
  438. # use the modified behavior for the UUCP zone, set UUCP_ZONE to true.
  439. #
  440. # In the presence of generated routes from paths files, the
  441. # Internet-zone version of the SMTP transport will generate route-addr
  442. # addresses.  The introduction of RFC1123 removes the requirement that
  443. # route-addrs work as routes, preferring instead the use of the %
  444. # operator for routing.  Intermixed % and ! operators, particularly in
  445. # the presence of an @ operator (e.g., veritas!mitsu%tron@apple.com),
  446. # are sufficiently ambiguous that it is undesirable to use with ! or %
  447. # operators for routing when strict SMTP compliance is needed.  This
  448. # is one of the motivations for introducing the modified UUCP-zone
  449. # protocol.  However, generating route-addr addresses works well for
  450. # transferring mail between nodes running Smail 3.1.
  451. #
  452. # NOTE: the UUCP_ZONE flag does not affect the batched SMTP transports
  453. # that operate through UUCP.  The uusmtp and demand_uusmtp transports
  454. # always operate with the modified UUCP-zone protocol.  Two additional
  455. # transports, inet_uusmtp and inet_demand_uusmtp use compliant
  456. # protocols.
  457.  
  458. #UUCP_ZONE=true                    # this site is in the UUCP zone
  459. UUCP_ZONE=                    # this site is on the Internet
  460.  
  461.  
  462. # HOSTNAMES - names for the local host
  463. #
  464. # optional
  465. #
  466. # The HOSTNAMES value is a colon-separated list of names your system.
  467. # This does not need to include the name given by UUCP_NAME.  If
  468. # HOSTNAMES is set, then the first name in the list will be used as the
  469. # canonical name of your system.  That is, the name by which your
  470. # machine can be uniquely named across all networks.
  471. #
  472. # Normally HOSTNAMES is not set.  In this case the HOSTNAMES value will
  473. # be computed at run-time from the DOMAINS value and the system-dependently
  474. # computed name of your system.
  475. #
  476. # If you are registered in a domain, you might consider seting HOSTNAMES
  477. # to a list such as:   sitename.subdom.dom:sitename.dom:sitename.uucp
  478.  
  479. #HOSTNAMES=kgbvax.ussr.comm:kgbvax.uucp        # example only
  480.  
  481.  
  482. # DOMAINS - domains under which the local host resides
  483. #
  484. # optional   (except when HOSTNAMES is not set)
  485. #
  486. # If HOSTNAMES is not defined, then HOSTNAMES is computed by concatenating
  487. # local host's actual name with each name in this colon-separated list of
  488. # domain names.  This computation is done at run-time.
  489. #
  490. # Example: if DOMAINS="uts.amdahl.com:uucp", then the HOSTNAMES value
  491. # for the site "amdahl" would become "amdahl.uts.amdahl.com:amdahl.uucp".
  492. #
  493. # NOTE: The uucp domain is not meaningful in any standard way, though
  494. #    many sites treat this as implying any site that is registered
  495. #    in the UUCP zone through the USENET maps.  Sites that really
  496. #    wish to be able to receive mail from anywhere in the world
  497. #    should get a registered domain.
  498.  
  499. DOMAINS=uucp                    # common
  500. #DOMAINS=ussr.comm:uucp                # example only
  501.  
  502.  
  503. # UUCP_NAME - name for the local host on the UUCP network
  504. #
  505. # optional
  506. #
  507. # This should be set to the name of the local host as known by the
  508. # UUCP software.
  509. #
  510. # Normally, no value is given for this variable, in which case the
  511. # value will be computed by smail at run-time from the actual name for
  512. # local host, as computed in a system-dependent fashion.
  513.  
  514. #UUCP_NAME=kgbvax                # example only
  515.  
  516.  
  517. # VISIBLE_NAME - local host name used in outgoing addresses
  518. #
  519. # optional
  520. #
  521. # Some installations may wish to hide a group of machines under a common
  522. # name.  For example, at Amdahl, we may wish to hide the machines on our
  523. # ethernet under the domain "uts.amdahl.com".  If we set the value
  524. # VISIBLE_NAME="uts.amdahl.com" on the machine "futatsu", then mail
  525. # from "futatsu" sent as if it came from "user@uts.amdahl.com" rather than
  526. # "user@futatsu.uts.amdahl.com".  Of course, the "uts.amdahl.com" gateways
  527. # will need to forward mail to "user", however the fact that a user
  528. # does not have check for mail on all machines on the network is useful.
  529. #
  530. # The VISIBLE_NAME value will not be recognized as a name for the local
  531. # host unless it is also included in one of the other lists of names for
  532. # the local host.
  533.  
  534. #VISIBLE_NAME=kgbvax.uucp            # example only
  535.  
  536.  
  537. # GATEWAY_NAMES - more names for the local host
  538. #
  539. # optional
  540. #
  541. # It is often important that hosts which are domain gateways recognize
  542. # the domain names as alternate names for the local host.  These names
  543. # should be defined in addition to those computed automatically from
  544. # the actual name for the local host by putting them in GATEWAY_NAMES.
  545. #
  546. # This variable is a colon-separated list of names for the local host
  547. # which is not computed from the actual name for the local host.
  548.  
  549. #GATEWAY_NAMES=moscow.ussr.comm:ussr.comm:comm    # example only
  550.  
  551.  
  552. # POSTMASTER - the default address for the mail administrator
  553. #
  554. # optional    (defaults to root)
  555. #
  556. # This address is used by smail as a last resort in trying to deliver
  557. # to the address "postmaster".  Normally, "postmaster" is aliased to a
  558. # responsible person, or persons through the alias file.  In the event
  559. # that no alias file exists, or that "postmaster" was not found in
  560. # that file or by any other directors, the default address will be
  561. # used.
  562.  
  563. POSTMASTER=root
  564.  
  565.  
  566. # NOBODY - a user with few access capabilities
  567. #
  568. # optional
  569. #
  570. # The user named here will be used by smail whenever a user ID is
  571. # desired that cannot do any more damange than any unpriveledged user
  572. # on the system.  Under 4.3BSD and SunOS, this would be the user named
  573. # "nobody".  Under other operating systems, it may be reasonable to
  574. # create a "nobody" entry in the passwd file.  Some systems have a
  575. # user such as "unknown" which will suffice.
  576. #
  577. # If this is not defined, then a default will be chosen.  This default
  578. # is os-type dependent, and is commonly nobody for BSD- and sun-derived
  579. # systems.
  580.  
  581. #NOBODY=nobody
  582. #NOBODY=unknown        # some sites have this in their passwd file
  583.  
  584.  
  585. # TEST_BASE - directory where smail test files are kept
  586. #
  587. # optional  (special when defined to an empty string)
  588. #
  589. # When testing smail, it is convenient to put binaries and configuration
  590. # files in an area separated from the actual installation areas.  The
  591. # TEST_BASE directory defines this alternate area.  Smail will assume
  592. # assume a fixed hierarchy below this directory, with a "bin" subdirectory
  593. # containing the smail binary and utilities, a "lib" directory containing
  594. # smail configuration files, and a "spool" directory containing smail
  595. # spool files.
  596. #
  597. # If no TEST_BASE is defined, then this facility is turned off.  If a
  598. # TEST_BASE is defined to be an empty string, then all programs will be
  599. # used in the area where they are compiled, LIB_DIR will be set to the
  600. # "lib" directory under the root of the smail source tree, and SPOOL_DIRS
  601. # will be set to the "spool" directory under the root of the smail source
  602. # tree.  In this case, a "make install" is not required.
  603. #
  604. # If a TEST_BASE is defined as a relative path (e.g. "."), then it is
  605. # defined relative to the root of the smail source directory.
  606.  
  607. #TEST_BASE=/usr/project/smail
  608. #TEST_BASE=test
  609. #TEST_BASE=                    # use progs in source area
  610.  
  611.  
  612. # SMAIL_BIN_DIR - directory where copies of the smail binary are kept
  613. #
  614. # optional
  615. #
  616. # The Smail program comes in user callable names: smail, uupath,
  617. # pathto, optto, and so on.  A copy of smail will be linked to files
  618. # under SMAIL_BIN_DIR.  The SMAIL_BIN_DIR should be a directory
  619. # that is commonly in users search path (i.e., $PATH).
  620.  
  621. #SMAIL_BIN_DIR=/usr/local            # BSD local convention
  622. #SMAIL_BIN_DIR=/usr/amdahl/bin            # convention for UTS/580
  623. SMAIL_BIN_DIR=/usr/bin            # yet another convention
  624. #SMAIL_BIN_DIR=/usr/smail/bin            # I use this right now
  625.  
  626.  
  627. # SMAIL_NAME - file where the primary working copy of smail is located
  628. #
  629. # optional
  630. #
  631. # Any program that needs to call smail, including smail itself will
  632. # attempt to execute the program named by SMAIL_NAME.
  633. #
  634. # Often the primary working copy of smail is /usr/lib/sendmail.  This
  635. # should be used for systems that used to run sendmail.  Programs such
  636. # as Berkeley Mail, System V mailx or /bin/mail can be made to, or do
  637. # call /usr/lib/sendmail for mailer activity.  It is common for public
  638. # domain programs to expect a mailer to exist under this name, also.
  639. #
  640. # If SMAIL_NAME is not defined here, or is set to a null string, then
  641. # $SMAIL_BIN_DIR/smail is used instead.  If this is the name that you
  642. # want to use as the primary binary pathname, then do set SMAIL_NAME
  643. # to the null string.  This will prevent the smail src/Makefile from
  644. # installing it as $SMAIL_BIN_DIR/smail twice.
  645.  
  646. SMAIL_NAME=/usr/lib/sendmail            # common convention
  647. #SMAIL_NAME=                    # use smail in bin directory
  648.  
  649.  
  650. # OTHER_SMAIL_NAMES - other names under which to install smail
  651. #
  652. # optional
  653. #
  654. # Many systems will wish to install smail as /bin/rmail to catch mail
  655. # coming in over UUCP directly with smail.  To install under this
  656. # name set OTHER_SMAIL_NAMES to /bin/rmail.  As implied by the name,
  657. # other pathnames can be specified as well, if a system has other
  658. # potential rendezvous points for mail.  This should be a colon or
  659. # white-space separated list of full pathnames.
  660. #
  661. # Users of XENIX may wish to use smail as their execmail interface.
  662. # To do this, add /usr/lib/mail/execmail to this list.
  663. #
  664. # This is assumed to be empty when TEST_DIR is defined.
  665. #
  666. # NOTE: A pathname CANNOT be in both SMAIL_NAME and OTHER_SMAIL_NAMES.
  667.  
  668. OTHER_SMAIL_NAMES=/bin/rmail            # common
  669. #OTHER_SMAIL_NAMES=/usr/lib/sendmail        # could use this rather
  670.                         # than putting it into
  671.                         # SMAIL_NAME
  672. #OTHER_SMAIL_NAMES=/bin/rmail:/usr/lib/mail/execmail # for XENIX
  673.  
  674.  
  675. # LIB_DIR - directory where various smail files are found
  676. #
  677. # required
  678. #
  679. # The LIB_DIR is where various static smail files reside, by default.
  680. # Files which may reside under this directory are: the primary config
  681. # file, the directors, routers and transports files, an aliases file,
  682. # pathalias database, uuwho database, and the COPYING file.
  683. #
  684. # The common subdirectories under LIB_DIR are: "methods", where method
  685. # files are by default found; "maps", where local pathalias files,
  686. # mkmap configuration files and the getmap batch file are located;
  687. # and "lists" where mailing lists are commonly located.
  688. #
  689. # It should be noted that none of these files, except for COPYING,
  690. # is required by the smail binary as it is released.  See smail(5)
  691. # and smail(8) for more details on this and related topics.
  692.  
  693. #LIB_DIR=/usr/lib/smail                # common convention
  694. LIB_DIR=/var/lib/smail
  695. #LIB_DIR=/usr/smail/lib                # I use this right now
  696.  
  697.  
  698. # UTIL_BIN_DIR - directory where smail utilities are located
  699. #
  700. # required
  701. #
  702. # The smail system has a number of programs such as pathalias, mkline,
  703. # mksort, mkdbm that users normally need not execute directly.  Such
  704. # utilities will be placed under the UTIL_BIN_DIR directory.
  705. #
  706. # UTIL_BIN_DIR is often the same as LIB_DIR.
  707.  
  708. #UTIL_BIN_DIR=$LIB_DIR        # common, same as LIB_DIR
  709. UTIL_BIN_DIR=/usr/lib/smail     # I use this right now
  710.  
  711.  
  712. # NEWALIASES - alternate pathname for mkaliases program
  713. #
  714. # optional
  715. #
  716. # For compatibility with sendmail, mkaliases can be installed under
  717. # a name such as /usr/ucb/newaliases, or /usr/lib/newaliases.  To setup
  718. # smail to perform this installation, set NEWALIASES to the desired full
  719. # pathname.  When testing, this is set to the empty string, signifying
  720. # that mkaliases will be installed only under the name mkaliases.
  721.  
  722. #NEWALIASES=$UTIL_BIN_DIR/newaliases
  723. NEWALIASES=/usr/bin/newaliases
  724. #NEWALIASES=/usr/ucb/newaliases            # BSD location
  725. #NEWALIASES=/usr/lib/newaliases            # UTS/580 location
  726.  
  727.  
  728. # SECOND_CONFIG_FILE - pathname of an alternate config file
  729. #
  730. # optional
  731. #
  732. # Smail allows one to have a second set of configuration files that can
  733. # override both the compiled in and the optional primary config file.
  734. # Normally, the path to this secondary configuration file is defined
  735. # in the primary smail configuration file.  However the value
  736. # SECOND_CONFIG_FILE can be the filename of the secondary (alternate)
  737. # config file.  In the case where both this value, and where the
  738. # LIB_DIR/config file specifies a "second_config_file" value, the
  739. # LIB_DIR/config file takes presidence.
  740. #
  741. # A secondary configuration file is useful in an environment with
  742. # distributed filesystems.  In such an environment, the regular config
  743. # directory can be maintained centrally on a remotely mounted
  744. # filesystem.  Individual machines, can then setup a secondary
  745. # configuration file which overrides these centrally maintained files
  746. # for specific purposes.
  747.  
  748. # For example, in a network with one gateway to the outside world,
  749. # all could share the same smail binaries and standard configuration.
  750. # However the the gateway machine could have a secondary configuration
  751. # file which so that the gateway's the smail setup has greater intelligence
  752. # and thus act as a smart_user and smart_path host.
  753.  
  754. SECOND_CONFIG_FILE=                # common for non-NFS systems
  755. #SECOND_CONFIG_FILE=/private/usr/lib/smail    # convention for NFS systems
  756.  
  757.  
  758. # PATHS_FILE, PATHS_TYPE - location and type of the paths database
  759. #
  760. # optional
  761. #
  762. # If PATH_FILE begins with a '/', then it is the name of the optional
  763. # pathalias database, otherwise it is assumed that PATH_FILE refers to
  764. # a file under the LIB_DIR directory.
  765. #
  766. # For use with YP, it may be more convenient to use the "yp" type,
  767. # rather than "aliasyp", because this way a paths file can be maintained
  768. # in a format compatible with other YP maps.
  769. #
  770. # If PATHS_FILE is left undefined, no paths file is defined in the
  771. # preloaded smail configuration.
  772.  
  773. PATHS_FILE=paths                # for file under LIB_DIR
  774. #PATHS_FILE=mail.paths                # YP (NIS)
  775.  
  776. #PATHS_TYPE=dbm                    # indexed
  777. PATHS_TYPE=bsearch                # shorted
  778. #PATHS_TYPE=lsearch                # linear search
  779. #PATHS_TYPE=yp                    # YP (NIS)
  780.  
  781. # ALIASES_FILE, ALIASES_TYPE - location and type of the aliases database
  782. #
  783. # optional
  784. #
  785. # If ALIASES_FILE begins with a '/', then it is the full pathname of the
  786. # optional aliases database, otherwise it is assumed that ALIASES_FILE
  787. # refers to a file under the LIB_DIR directory.
  788. #
  789. # For use with YP, it may be more convenient to use the "yp" type,
  790. # rather than "aliasyp", because this way an alias file can be maintained
  791. # in a format compatible with other YP maps.
  792. #
  793. # NOTE:     If ALIASES_TYPE is specified as bsearch, then the suffix .sort
  794. #     will be appended to the filename given in ALIASES_FILE.  The
  795. #     mkaliases command will then treat a file without that suffix
  796. #     as the unsorted source file for the database.
  797. #
  798. # If ALIASES_FILE is left undefined, no aliases file is defined in the
  799. # preloaded smail configuration.
  800. #
  801. # NOTE FOR AIX SYSTEMS:
  802. #    I have received reports that AIX3.1 requires use of "yp",
  803. #    rather than "aliasyp".  If this is true, I don't quite see
  804. #    how Suns and RS/6000s running sendmail can share the same
  805. #    YP maps.  In any case, use whatever works in your
  806. #    environment.
  807.  
  808. ALIASES_FILE=/usr/lib/aliases            # compatible with sendmail
  809. #ALIASES_FILE=aliases                # for file under LIB_DIR
  810. #ALIASES_FILE=mail.aliases            # YP (NIS)
  811. #ALIASES_FILE=NetInfo                # for NeXT NetInfo aliases
  812.  
  813. #ALIASES_TYPE=dbm                # compatible with sendmail
  814. ALIASES_TYPE=lsearch                # for sites without dbm(3x)
  815. #ALIASES_TYPE=bsearch                # for sorted files, faster
  816. #ALIASES_TYPE=aliasyp                # YP (NIS)
  817. #ALIASES_TYPE=nialias                # for NeXT NetInfo aliases
  818.  
  819.  
  820. # ALIASES_REMOVE_SENDER - remove the sender (by default) from alias expansions
  821. # LISTS_REMOVE_SENDER - remove the sender (by default) from list expansions
  822. #
  823. # optional
  824. #
  825. # For compatibility with sendmail, smail can be configured to remove the
  826. # sender of a message (if the sender is a local user) from alias
  827. # expansions.  Users can disable this feature by invoking smail with
  828. # the -m flag, typically by setting "metoo" in their .mailrc file.
  829. #
  830. # However, many people find this behavior confusing and some administrators
  831. # would prefer to disable this "sender removal" feature altogether.
  832. # Also, it has recently been noticed that smail's sender removal
  833. # behavior is not quite sendmail-compatible with regards to nested
  834. # aliases and have been surprised by the results of aliasing.
  835. #
  836. # Smail supports two forms of aliasing to which sender removal can be
  837. # applied: the regular aliases file (defined by ALIASES_FILE above), and
  838. # a directory of mailing lists (typically /usr/lib/smail/lists) where
  839. # all files in that directory define a list.  A site that has converted
  840. # entirely over to smail3 can use alias files strictly for username
  841. # aliasing, while using the lists directory for real mailing lists.  With
  842. # such a usage model, sender removal should be disabled for the alias
  843. # file, but can be enabled (depending upon preference) for the lists
  844. # directory.
  845. #
  846. # To enable sender removal, set ALIASES_REMOVE_SENDER or LISTS_REMOVE_SENDER
  847. # (depending upon preference) to "yes".  If these values are empty, or are
  848. # note defined, then sender removal is disabled.
  849. #
  850. # This behavior can be configured using the run-time directors configuration
  851. # file by setting the "sender_okay" flag, to indicate that sender removal
  852. # should NOT be done.
  853.  
  854. #ALIASES_REMOVE_SENDER=yes
  855. LISTS_REMOVE_SENDER=yes
  856.  
  857.  
  858. # RETRY_INTERVAL - minimum per-host retry interval for TCP/IP delivery
  859. # RETRY_DURATION - maximum time to keep messages in the input queue
  860. #
  861. # optional (RETRY_INTERVAL defaults to 10 minutes, RETRY_DURATION to 5 days)
  862. #
  863. # Messages to hosts on TCP/IP networks may block for quite some time, if
  864. # the recipient host is down, or some intervening network is inoperative.
  865. # Connections to such unreachable or downed hosts can block for quite
  866. # some time until a timeout indicates indicates that the condition
  867. # exists.
  868. #
  869. # To prevent the mail queue from blocking repeatedly on the same set of
  870. # unreachable hosts, smail keeps a directory of files that store the
  871. # last connection failure encountered for each host.  Message deliveries
  872. # to a host that has failed recently will be deferred until a certain
  873. # period of time (the retry interval) has elapsed, preventing queue runs
  874. # from hanging again immediately.
  875. #
  876. # If a host is down for an extended period of time (such as forever),
  877. # then sending a message to the message sender is preferable to keeping
  878. # the message in our mail queue.  If message deliveries to a particular
  879. # host have not succeeded within a particular length of time (the retry
  880. # duration), smail considers delivery to have failed, and sends a bounce
  881. # notification to the sender or address owner.
  882. #
  883. # Retry durations and intervals for specific hosts or domains can be
  884. # defined by creating a retry file in $LIB_DIR and adding lines of
  885. # the form:
  886. #
  887. #    hostname    duration/interval
  888. #    *.domain    duration/interval
  889. #
  890. # A default can be added at the end of this file with:
  891. #
  892. #    *        duration/interval
  893. #
  894. # Alternately, a default can be specified by setting RETRY_INTERVAL
  895. # and RETRY_DURATION in this file.  Both values are in seconds.  To
  896. # help in calculating, 1 day is 86400 seconds.  You can actually
  897. # use C constant expressions here, if you want to use addition or
  898. # multiplication.
  899. #
  900. # These values can also be set using the retry_interval and
  901. # retry_duration variables in $LIB_DIR/config.  In the config file
  902. # and in the retry file, times can be specified with suffixes, such
  903. # as 'm', 'h', or 'd' to indicate minutes, hours, or days.  For
  904. # example:
  905. #
  906. #    *.uu.net    3d/10m
  907.  
  908. RETRY_INTERVAL=600        # 10 minutes
  909. #RETRY_INTERVAL='20*60'        # 20 minutes
  910. RETRY_DURATION='86400*5'    # 5 days
  911. #RETRY_DURATION='86400*14'    # 2 weeks
  912.  
  913.  
  914. # UUCP_SYSTEM_FILE - path to UUCP file containing remote systems
  915. #
  916. # optional
  917. #
  918. # The normal smail configuration defines a router that scans the
  919. # output of the /usr/bin/uuname command for neighboring UUCP sites.
  920. # When smail is running as a daemon, it can cache the output of uuname
  921. # so that the uuname command need not be executed for each mail
  922. # message.  In order to be able to detect when the output of uuname
  923. # will change, smail daemons will stat the UUCP configuration file
  924. # which contains the names of neighboring hosts.  This EDITME variable
  925. # defines the full pathname to this file.  If this variable is not
  926. # defined, then the output of the uuname will not be cached.
  927. #
  928. # NOTE:    Many OS files specify the correct file for this, though some
  929. #    don't.  Also, if you add HoneyDanBer UUCP to a system that
  930. #    does not normally have it, then you will need to set this.
  931.  
  932. #UUCP_SYSTEM_FILE=/usr/lib/uucp/L.sys        # use this for normal UUCP
  933. UUCP_SYSTEM_FILE=/var/lib/uucp/hdb_config/Systems        # use this for HoneyDanBer UUCP
  934.  
  935.  
  936. # SPOOL_DIRS - smail spooling directories
  937. #
  938. # required
  939. #
  940. # Smail can use one or more spooling directories, where spool directories
  941. # other than the first are used if earlier spool directories were
  942. # inaccessible or were on file systems which filled up.  The list of spool
  943. # directories should be colon-separated and may contain only one spool
  944. # directory if desired.
  945.  
  946. SPOOL_DIRS=/var/spool/smail            # common
  947. #SPOOL_DIRS=/usr/spool/smail:/usr2/spool/smail    # use of alternate filesystem
  948. #SPOOL_DIRS=/usr/smail/spool            # I use this right now
  949.  
  950.  
  951. # LOG_DIR - smail logging directory
  952. #
  953. # optional (defaults to $SPOOL_DIR/log)
  954. #
  955. # Smail creates two log files in this directory: logfile and paniclog.
  956. # The first is a file that logs all incoming messages and deliveries,
  957. # plus many errors.  The second file (paniclog) logs important system
  958. # errors that smail can manage to write into the log file.
  959.  
  960. LOG_DIR=/var/spool/smail/log            # common
  961. #LOG_DIR=/usr/smail/log                # I use this right now
  962.  
  963.  
  964. # UNSHAR_MAP_DIR - where unshared USENET map files are to be placed
  965. #
  966. # optional
  967. #
  968. # The getmap utility will read a list of files on the file
  969. # LIB_DIR/map/batch, and using unsharmap unshar these maps into the
  970. # UNSHAR_MAP_DIR directory.
  971. #
  972. # A common way that maps are distributed is through the USENET news group
  973. # "comp.mail.maps".  A sys file line of:
  974. #
  975. #    usenet-maps:comp.mail.maps,world:F:<UNSHAR_MAP_DIR>/work/batch
  976. #
  977. # will add names into the UNSHAR_MAP_DIR/work/batch file for getmap to
  978. # process.
  979. #
  980. # If UNSHAR_MAP_DIR is not defined, then the getmap and uuwho utilities
  981. # will not function.
  982.  
  983. UNSHAR_MAP_DIR=/var/spool/uumaps
  984.  
  985.  
  986. # NEWS_SPOOL_DIR - where news articles are stored
  987. #
  988. # optional (defaults to /usr/spool/news)
  989. #
  990. # C News stores pathnames in the batch file that are relative to
  991. # the top-level of the news article directory hierarchy.  Smail needs
  992. # to know the name of this directory in order to be able to extract
  993. # the news articles from comp.mail.maps.
  994.  
  995. #NEWS_SPOOL_DIR=/usr/spool/news
  996. NEWS_SPOOL_DIR=/var/spool/news
  997.  
  998.  
  999. # UUWHO_FILE - file used to store the uuwho file
  1000. #
  1001. # optional (defaults to $LIB_DIR/uuwho)
  1002. #
  1003. # This specified the file used to store the host database generated by
  1004. # and used by the uuwho command.  If the uuwho database is stored in a
  1005. # DBM file, then UUWHO_FILE is the file prefix before adding the .pag
  1006. # and .dir suffixes to form the actual files.
  1007. #
  1008. # If UUWHO_FILE does not begin with /, then the name is relative to
  1009. # the $LIB_DIR directory.
  1010.  
  1011. #UUWHO_FILE=$UNSHAR_MAP_DIR/uuwho    # to store database with the map files
  1012.  
  1013.  
  1014. # UUWHO_USE_DBM - configure the uuwho command to use the DBM library
  1015. #
  1016. # optional
  1017. #
  1018. # If you would like the uuwho utility to use the DBM library, set
  1019. # UUWHO_USE_DBM to true.  If this is not set, then the uuwho utility
  1020. # will use a sorted database.  Earlier versions of the uuwho utility
  1021. # worked only with the DBM library.
  1022. #
  1023. # Not using DBM does not result in any real measurable speed-up, since
  1024. # binary searches of even large databases happen fast enough to
  1025. # prevent users from noticing.  However, generation of the DBM uuwho
  1026. # database can take significantly longer.  The uuwho utility creates
  1027. # sorted databases by calling the sort utility, which is usually quite
  1028. # fast.
  1029.  
  1030. #UUWHO_USE_DBM=true                # use DBM
  1031. #UUWHO_USE_DBM=                    # default, don't use DBM
  1032.  
  1033.  
  1034. # TMP_DIR - secure temp directory used by smail utilities
  1035. #
  1036. # optional (defaults to /tmp)
  1037. #
  1038. # Some smail utilities use TMP_DIR to define a directory in which
  1039. # their temporary files can be created.  Utilities that use this
  1040. # directory are those that wish to use a secure temporary area.
  1041. #
  1042. # The only smail utilities that need to use TMP_DIR are utilities that
  1043. # should be run as root, or as some other user with appropriate privledges.  
  1044. # It is therefore recommended that TMP_DIR not be globally writable.  
  1045.  
  1046. #TMP_DIR=$UNSHAR_MAP_DIR/tmp            # common for unsecure /tmp
  1047. #TMP_DIR=/usr/tmp                # if /usr/tmp is sticky
  1048. #TMP_DIR=$LIB_DIR/tmp
  1049.  
  1050.  
  1051. # SECURE_PATH - path for smail utilities
  1052. #
  1053. # optional (defaults to system-specific path or /bin:/usr/bin)
  1054. #
  1055. # The smail utilities often set their PATH to begin with the SECURE_PATH.
  1056. # The SECURE_PATH should be a path of directories where standard commands
  1057. # are located.  These directories and commands should not be writeable by
  1058. # normal users.  A common directory for smail utilities to append to
  1059. # SECURE_PATH is UTIL_BIN_DIR.
  1060.  
  1061. #SECURE_PATH=/bin:/usr/bin:/usr/ucb        # common for BSD systems
  1062. #SECURE_PATH=/bin:/usr/bin:/usr/amdahl/bin    # common for UTS/580 systems
  1063. #SECURE_PATH=/bin:/usr/bin            # common for System V system
  1064.  
  1065.  
  1066. # MAN1 - where smail user command man pages are to be installed
  1067. # MAN5 - where smail file format man pages are to be installed
  1068. # MAN8 - where smail administrator man pages should be installed
  1069. # MAN1_EXT - file extension for user command man pages
  1070. # MAN5_EXT - file extension for file format man pages
  1071. # MAN8_EXT - file extension for adminstrator man pages
  1072. #
  1073. # optional
  1074. #
  1075. # The man page for "foo.an" in the smail man/man5 source directory
  1076. # will be installed in MAN5/foo.MAN5_EXT, if MAN5 is defined.
  1077. #
  1078. # For some reason, BSD and System V differ on where file format man
  1079. # pages are kept, hence the unusual values of MAN5 for System V.
  1080.  
  1081. MAN1=/usr/man/man1                # common for BSD systems
  1082. #MAN1=/usr/man/u_man/man1            # common for System V systems
  1083. #MAN1=/usr/local/man/man1            # common for local man pages
  1084. MAN1_EXT=1                    # common
  1085.  
  1086. MAN5=/usr/man/man5                # common for BSD systems
  1087. #MAN5=/usr/man/a_man/man4            # common for System V systems
  1088. #MAN5=/usr/local/man/man5            # common for local man pages
  1089. #MAN5=/usr/local/man/man4            # common for local man pages
  1090. MAN5_EXT=5                    # common for BSD systems
  1091. #MAN5_EXT=4                    # common for System V systems
  1092.  
  1093. MAN8=/usr/man/man8                # common for BSD systems
  1094. #MAN8=/usr/man/a_man/man1            # common for System V systems
  1095. #MAN8=/usr/local/man/man8            # common for local man pages
  1096. #MAN8=/usr/local/man/man1            # for Sys V local man pages
  1097. MAN8_EXT=8                    # common
  1098. #MAN8_EXT=1m                    # system V suffix
  1099.  
  1100.  
  1101. # COMPRESS - file compression
  1102. #
  1103. # optional (default is system dependent or uses cat)
  1104. #
  1105. # The savelog utility can save space by compressing old log files.
  1106. # Normally when a file is compressed, the suffix is added to the
  1107. # filename.
  1108. #
  1109. # The COMPRESS symbol is the name of a program such that:
  1110. #
  1111. #        $COMPRESS $COMP_FLAG filename ...
  1112. #
  1113. # the file: filename is replaced by: filename$DOT_Z
  1114. # regardless of the size of filename.  The command:
  1115. #
  1116. #        $UNCOMPRESS filename$DOT_Z
  1117. #
  1118. # will replace filename$DOT_Z with the original filename.
  1119. # The command:
  1120. #        $ZCAT filename$DOT_Z
  1121. #
  1122. # will read the compressed file: filename$DOT_Z and write the
  1123. # plain text to standard output while leaving the file compressed.
  1124.  
  1125. COMPRESS=gzip               # common
  1126. COMP_FLAG="-9"
  1127. UNCOMPRESS=gzip -d
  1128. ZCAT=zcat
  1129. DOT_Z=".gz"
  1130.  
  1131. #COMPRESS=pack                    # System V standard
  1132. #COMP_FLAG="-f"
  1133. #UNCOMPRESS=unpack
  1134. #ZCAT=pcat
  1135. #DOT_Z=".z"
  1136.  
  1137. #COMPRESS=true                    # if no compress is used
  1138. #COMP_FLAG=""
  1139. #UNCOMPRESS=true
  1140. #ZCAT=cat
  1141. #DOT_Z=""
  1142.  
  1143.  
  1144. # MISC_C_DEFINES - miscellaneous #defines for C programs
  1145. #
  1146. # optional
  1147. #
  1148. # The value of MISC_C_DEFINES is included directly into the file defs.h
  1149. # in each source directory.  It is useful as a central place for
  1150. # miscellaneous #defines not otherwise setable above.  In particular,
  1151. # it is useful for overriding other more values given in the file
  1152. # src/config.h.  It was felt that it was appropriate to keep the
  1153. # EDITME file fairly small, with only a reasonable subset of the
  1154. # configurable aspects of smail being explicitly described.  As a
  1155. # result, there may be some other things in config.h that you may
  1156. # wish to change.  Use #define's here to accomplish this.
  1157. #
  1158. # A suitable collection of #undef's and #define's here can also
  1159. # change the behavior defined in the file under conf/os or conf/arch
  1160. # for your operating system and architecture.  However, use of
  1161. # MISC_C_DEFINES for this is discouraged.
  1162. #
  1163. # As with /bin/sh scripts, a logical line beginning with a : causes
  1164. # that line to be parsed but ignored.  If it were simply commented out
  1165. # then the second line would be processed.
  1166.  
  1167. : MISC_C_DEFINES='            /* example only */
  1168. #undef ALIASES_FILE
  1169. #define NO_ALIASES_FILE            /* disable aliases file */
  1170. #define REQUIRE_CONFIGS TRUE        /* dont allow optional config files */
  1171. #define DIRECTOR_FILE NULL        /* no director file */
  1172. #define TRANSPORT_FILE NULL        /* no transport file */
  1173. #undef LOCAL_MAIL_FILE            /* see src/config.h */
  1174. #define LOCAL_MAIL_FILE "/var/spool/mail/${lc:user}"
  1175. '
  1176.  
  1177.  
  1178. # MISC_SH_DEFINES - miscellaneous script to include in defs.sh
  1179. #
  1180. # optional
  1181. #
  1182. # The value of MISC_SH_DEFINES is included directly into the file
  1183. # defs.sh, in each source directory.  It is a useful place to store
  1184. # script lines to override values set by the mkdefs.sh shell script
  1185. # or in a conf/os or conf/arch file.
  1186. #
  1187. # As with /bin/sh scripts, a logical line beginning with a : causes
  1188. # that line to be parsed but ignored.  If it were simply commented out
  1189. # then the second line would be processed.
  1190.  
  1191. : MISC_SH_DEFINES='            # example only
  1192. LIST_FILENAME="~operator/mail/lists/${lc:user}"    # somewhat silly example
  1193. '
  1194.  
  1195.  
  1196. # MISC_SED_DEFINES - miscellaneous lines to include in defs.sed
  1197. #
  1198. # optional
  1199. #
  1200. # The value of MISC_SED_DEFINES is included directly into the file
  1201. # defs.sed, in each source directory.  It is a useful place to store
  1202. # sed lines to override lines set by the mkdefs.sh shell script from
  1203. # information in a conf/os or conf/arch file.
  1204. #
  1205. # As with /bin/sh scripts, a logical line beginning with a : causes
  1206. # that line to be parsed but ignored.  If it were simply commented out
  1207. # then the second line would be processed.
  1208.  
  1209. # We can't readily think of good examples for this one.
  1210. : MISC_SED_DEFINES=''
  1211.