against the "master map" to get the list of mount point/amd map
correspondences, and using that list as command-line arguments to start
amd.
When I tried to do this with the existing /etc/rc* scripts, I found that
I couldn't do this by modifying only /etc/rc.conf: that file gets
sourced very early by /etc/rc, well before any networking functionality
is present, let alone NIS. Further, I wasn't able to figure out a way
to use various levels & types of quoting to defer evaluation of the
string to a point subsequent to NIS initialization.
As a result, I resorted to hacking /etc/rc.network -- but I did it in a
way that ought to be reasonably general, and avoid breakage for anyone
else.
PR: 6387
Reviewed by: phk
Submitted by: David Wolfskill <dhw@whistle.com>
allowed external hosts to send packets to the 127.0.0.0/8 subnet on the
firewall host.
Renumber the lo0 rules to guarantee they appear first.
PR: 6406
Submitted by: Archie Cobbs <archie@whistle.com>
as the initial generic hostname if the user didn't setup any NIC, but
failure to resolve this name results in XF86Setup not being able to
run.
Reported by: Lutz Zienert <luzi@interface-business.de>
is reason enough to make the compilation & installation of sendmail an
make.conf option. I know that you hate negative options Bruce.
PR: 6284
Reviewed by: phk
Submitted by: Adrian Colley <aecolley@world.std.com>
retain additional message in check_relay ruleset,
the message is written into the maillog.
this is useful to a site's postmaster.
Reviewed by: jmb
Submitted by: Ruslan Ermilov ru@ucb.crimea.ua
same fix as recorded in misc/5924
that problem report was filed against the stable branch
but that's not a reason not to fix it here as well ;)
Reviewed by: jmb
Submitted by: Ruslan Ermilov <ru@ucb.crimea.ua>
domains/ips listed in these files are *NOT* filtered,
even if listed in domains.txt or ips.txt.
someone added netcom.com to the domains.txt file,
resulting in all mail from netcom.com being blocked.
