Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!husc6!mit-eddie!nessus From: nessus@mit-eddie.MIT.EDU (Doug Alan) Newsgroups: comp.mail.uucp Subject: How do I tell an internet address from a UUCP address? Message-ID: <4058@mit-eddie.MIT.EDU> Date: Wed, 26-Nov-86 22:03:39 EST Article-I.D.: mit-eddi.4058 Posted: Wed Nov 26 22:03:39 1986 Date-Received: Wed, 26-Nov-86 23:35:33 EST Reply-To: nessus@eddie.MIT.EDU (Doug Alan) Distribution: world Organization: Kate Bush and Butthole Surfers Fandom Center Lines: 35 Now that we have uucp addresses that look just like internet addresses, there is a problem in making one's "sendmail.cf" figure out when to dispatch a piece of mail to the tcp mailer and when to dispatch it to the uucp mailer. Sendmail, as far as I know, can't be configured to check with "named" to see if a mail address is an internet address or not. It only allows you to have "named" canonicalize an internet address. jbs here figured out that to check if an address is an internet address, you can add a "." to the end of the address and then have sendmail canonicalize it. If it wasn't an internet address, the "." will stay there. This is a kludge, though, and it can also be kind of slow. What's the right solution? Also, where do I get a version of sendmail for 4.3BSD that supports MX? And who is responsible for making this horrible decision that different zones should share the same top level domains? |>oug /\lan P.S. Why won't won't sendmail let me put a rule like R$*<$* $2 in the config file? It keeps complaining about an unmatched "<". If it's going to complain about unmatched "<"'s in rewrite rules, then it should parse nested angle-brackets propperly, and shouldn't allow addresses with unmatched "<"'s into the system. Because of this set of misfeatures the parser will loop if some bozo hands it an address like "<<<<<<<<<>>>>>>>>>" -- Nessus@Eddie.MIT.EDU {allegra,seismo,decvax!genrad}!mit-eddie!nessus MIT, E40-358a, Cambridge, MA 02139 (617) 253-0147