smail-2.5 fix for domain gateway routing
Jim Mercer
merce at iguana.uucp
Thu Jan 24 14:02:28 AEST 1991
In article <1991Jan23.061830.19719 at watdragon.waterloo.edu> gamiddleton at watdragon.waterloo.edu (Guy Middleton) writes:
>In article <1991Jan14.234354.8055 at eci386.uucp> woods at eci386 (Greg A. Woods) writes:
>> Here's the problem, as told by Mark Moraes <moraes at cs.toronto.edu>:
>>
>> When looking up "foo.xenitec.on.ca", first look it up as is.
>> If matched, replace the %s in the path with username. Else,
>> remove the first domain component (foo) and look up
>> ".xenitec.on.ca". If that matches, replace the %s in the path
>> with THE FULL DOMAIN NAME AND username. I.e:
>>
>> lsuc!utai!watmath!foo.xenitec.on.ca!user
>> NOT
>> lsuc!utai!watmath!user
>>
>> smail2.5 interprets it the latter way, which is wrong.
>
>I think it would be nicer if the result was
>
> lsuc!utai!watmath!xenitec!user
>
>That way, I could use smail on watmath to decide that foo.xenitec.on.ca was a
>local connection, instead of having to embed that information in my
>sendmail.cf file.
i think this would be best:
lsuc!utai!watmath!xenitec!foo.xenitec.on.ca!user
that way xenitec at least has a chance at determining which sub-system "user"
is on.
otherwise, you have to assume that xenitec has aliases on it for ALL of the
users on ALL of it's subdomain.
i beleive this was stated in a previous article (woods at eci386 or bdb at becker)
where it basically said that:
user at sub.registered.domain
might find an entry in the paths database like:
.registered.domain <appropriate path to .registered.domain MS'er (server)>!%s
and that %s would be the full address specified (ie sub.registered.domain!user)
--
[ Jim Mercer work: jim at lsuc.on.ca home: merce at iguana.uucp +1 519 570-3467 ]
[ "Clickity-Click, Barba-Trick" - The Barbapapas ]
More information about the Comp.sources.bugs
mailing list