On Wed, 31 Mar 1999, Chris Johnson wrote:
> > They are designed to relay mail from the internal mail store to
> > the outside world, and vice versa. So if I'm sending from
> > internal-mail.scansoft.com to, say, [EMAIL PROTECTED], it'll relay it
> > just fine, and microsoft.com isn't in the rcpthosts.
>
> Then you have tcpserver set up to do selective relaying. There's no
> other way around it. If some host connects to you and says:
Yes, that's correct, these systems are configured as per Michael
Samuel's "How to Configure Qmail to be a Selective Relay."
> You can't get the "list of allowed rcpthosts" message from a host
> which is allowed to relay, so I did assume that you were trying to
> send from a host that wasn't allowed to relay.
Ah. I've found the problem.
Firstly, I got the IP address of the mail relay and the "list"
server confused, so I was looking at the wrong machine for the error.
Stupid user error.
Secondly, the "list" server had the alias name --
'list.scansoft.com' -- in rcpthosts and locals. However, the mail relays
apparently rewrite the envelope to use the A record,
'search.scansoft.com', which WASN'T in rcpthosts/locals on the 'list'
machine. So when the relay spoke to 'list', 'list' said "NO WAY."
Thanks for the help, everybody - clearly, mucking about with
CNAMEs does make life harder. The reason I'm doing it, FWIW, is that the
list server will be running a web interface at http://list.scansoft.com/,
and I was trying to do it without putting two IPs on the machine's card.
--
gowen -- Greg Owen -- [EMAIL PROTECTED] -- [EMAIL PROTECTED]
Please note my new [EMAIL PROTECTED] address which will
become my default address in March, and which works now.
