On Wed, Mar 31, 1999 at 05:31:19PM -0500, Greg Owen {gowen} wrote:
> 
> On Wed, 31 Mar 1999, Chris Johnson wrote:
> > On Wed, Mar 31, 1999 at 05:12:26PM -0500, Greg Owen {gowen} wrote:
> > >   rcpthosts and locals on 'list.scansoft.com' do contain
> > > 'list.scansoft.com', but not on 'hunin' or 'munin', which should just
> > > treat it as another remote host once that MX record is up.  
> > 
> > It needs to be in rcpthosts. Otherwise hunin and munin will reject the
> > recipient during the SMTP conversation.
> 
>       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:

RCPT TO:<[EMAIL PROTECTED]>

and your host says:

250 ok

then microsoft.com is in rcpthosts, or you don't even have a rcpthosts file, or
you've set RELAYCLIENT for the host that's sending this message. 

>       So are you saying that because this is a special case for relaying
> (i.e., does qmail automatically try to fold host.domain.com into
> domain.com if it has domain.com in its rcpthosts?),

qmail doesn't do any folding, or ironing for that matter. host.domain.com is
one domain, and domain.com is another. If you don't have host.domain.com in
rcpthosts (or a wildcard .domain.com), then host.domain.com gets rejected,
without regard for how you handle domain.com.

> or because you assume the error message I've seen came from a host which
> wasn't allowed to relay through the relays?

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.

Chris

Reply via email to