Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!snorkelwacker!bloom-beacon!eru!luth!sunic!mcsun!ukc!mucs!cns!umaida!jf
From: jf@ap.co.umist.ac.uk (John Forrest)
Newsgroups: comp.mail.sendmail
Subject: Re: $h in IPC mailer line: meaning/use
Message-ID: <1990Jul12.114200.2911@cns.umist.ac.uk>
Date: 12 Jul 90 11:42:00 GMT
References: <1990Jul12.040301.21074@mel.dit.csiro.au>
Sender: usenet@cns.umist.ac.uk (Usenet news user)
Reply-To: jf@ap.co.umist.ac.uk (John Forrest)
Organization: UMIST Computation, Manchester, UK.
Lines: 30

In article <1990Jul12.040301.21074@mel.dit.csiro.au>,
smart@manta.mel.dit.csiro.au (Robert Smart) writes:
|> In an MX mailer (I have only looked in 5.64/IDA/NIU) in deliver.c in
|> openmailer, if mailer is [IPC] then it seems to ignore the parameter.
|> So if your M line ends "A=IPC $h" the $h is ignored. It actually assigns
|> the value to CurHostName but that value is always overwritten by MX
|> records.
|> 
|> I have take the $h out of that line with no apparent ill affects from
|> a couple of tests. So now I would like to change deliver.c so that it
|> will only use MX records if there is no $h parameter. If there is a $h
|> parameter it will ignore the MXes and send the mail where I specify.
|> This for situations where I happen (usually temporarily) to know better
|> than the MXes or want to get somewhere that the MXes don't know about
|> yet. Any problems with this? Any reason why it isn't already that way?
|> 
|> Bob Smart <smart@mel.dit.csiro.au>

I'm not sure the point of this, except for the feeling of power! Surely if 
you want to relay through another node, you can change the .cf files 
so that it does so explicitly in Rule 0. On the other hand, if you are trying
to override the MX records, surely if the people the other end have added MX
records, they would like them used!

John Forrest
Dept. of Computation
UMIST
Manchester.

PS. Definitely my own views.