home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!think.com!ames!olivea!veritas!tron
- From: tron@Veritas.COM (Ronald S. Karr)
- Newsgroups: comp.mail.sendmail
- Subject: Re: smail3 release 28 force-route
- Message-ID: <1992Nov06.193228.17448@Veritas.COM>
- Date: 6 Nov 92 19:32:28 GMT
- References: <Bx59A9.BIs@gator.rn.com> <1d7vqlINNo4q@daisy.ee.und.ac.za>
- Organization: VERITAS Software
- Lines: 26
-
- In article <1d7vqlINNo4q@daisy.ee.und.ac.za> barrett@daisy.ee.und.ac.za (Alan P Barrett) writes:
- >In article <Bx59A9.BIs@gator.rn.com>,
- >larry@gator.rn.com (Larry Snyder) writes:
- >> [Using smail3] how can I force the rerouting of all traffic based
- >> on my paths database?
- >
- >I assume that "rerouting" refers to the practice of ignoring most or
- >all of the explicit routing information attached to an address that
- >arrives at your system. I consider rerouting to be Evil and Rude(TM),
- >but many others consider it to be necessary. Smail3 cannot do rerouting.
-
- Actually, smail3 (as of release 3.1.28) can do rerouting. The
- rerouting is controlled through the rerouter driver, which is currently
- considered experimental. I strongly recommend restrictive rerouting,
- or no rerouting at all. It is better to limit rerouting to a specific
- set of known domains. The rerouter driver supports a list of hosts and
- domains that are candidates for rerouting.
-
- The rerouting that is currently used is, I believe, too aggressive for
- most situations. Given a !-path, it is based on the right-most match
- from the list of candidates.
-
- The rerouter driver is described in the smail(5) man page.
- --
- tron |-<=>-| ARPAnet: veritas!tron@apple.com
- tron@veritas.com UUCPnet: {apple,pyramid}!veritas!tron
-