Re: exim receives mail, but won't send it to smarthost
On Mon, Jun 07, 1999 at 01:46:00AM -0600, David Karlin wrote
>
>
> > -----Original Message-----
> > From: grep@calvin.captech.com [mailto:grep@calvin.captech.com]On Behalf
> > Of George Bonser
> > Sent: Sunday, May 30, 1999 12:13 PM
> > To: David Karlin
> > Cc: Debian User
> > Subject: Re: exim receives mail, but won't send it to smarthost
> >
> >
> >
> > You are going to have to provide the reason the main is not delivered that
> > is either reported in /var/log/exim/mainlog or /var/log/exim/paniclog.
>
> snippet from /var/log/exim.paniclog:
>
> 1999-06-06 22:00:35 10qn7Y-00002f-00 SMTP error from remote mailer after
> MAIL FR
> OM: <root@champagne> SIZE=1735: host travelin.com [207.69.200.62]: 450
> <root@cha
> mpagne>... Sender domain not compliant with RFC 822, section 6.2.7
> 1999-06-06 22:00:37 10qn7Y-00002f-00 SMTP error from remote mailer after
> MAIL FR
> OM: <root@champagne> SIZE=1735: host travelin.com [207.69.200.60]: 450
> <root@cha
> mpagne>... Sender domain not compliant with RFC 822, section 6.2.7
> 1999-06-06 22:00:39 10qn7Y-00002f-00 == root@champagne T=remote_smtp defer
> (0):
> SMTP error from remote mailer after MAIL FROM: <root@champagne> SIZE=1735:
> host
> travelin.com [207.69.200.61]: 450 <root@champagne>... Sender domain not
> complian
> t with RFC 822, section 6.2.7
>
travelin.com doesn't like your sender domain (champagne), probably because
it has no dots in it. In practice, you will probably need something that
will resolve (like, your actual mail address). What travelin.com's mailer
thinks this has to do with section 6.2.7 if RFC 822, I have no idea:
" 6.2.7. EXPLICIT PATH SPECIFICATION
At times, a message originator may wish to indicate the
transmission path that a message should follow. This is
called source routing. The normal addressing scheme, used in
an addr-spec, is carefully separated from such information;
the <route> portion of a route-addr is provided for such occa-
sions. It specifies the sequence of hosts and/or transmission
services that are to be traversed. Both domain-refs and
domain-literals may be used.
Note: The use of source routing is discouraged. Unless the
sender has special need of path restriction, the choice
of transmission route should be left to the mail tran-
sport service.
"
I have the following in the REWRITE CONFIGURATION section of my exim.conf,
that ensures my outgoing uucp mail has an appropriate address:
*@huiac.localnet ${1}@huiac.apana.org.au Ffr
something like that (but not too much like that :-) may work for you.
>
>
> > Most likely this is a result of people with dynamic dialup IP addresses
> > attempting to directly deliver their mail. Remote host notices that
> > reverse IP lookup and claimed hostname in HELO do not match so it rejects
> > your mail. If you are using an ISP and have a dynamic IP dialup account,
> > you should be using your ISP's mailhost for outbound mail.
>
> I'd already chosen the smarthost option (#2) in the eximconfig utility.
>
> >
> > Try running eximconfig again and add localhost to your list of other
> > domains for which your host recieves mail for.
>
> I'd already specified this in /etc/exim.conf, but I ran eximconfig again
> with similar results.
>
> Where do I edit my "Sender domain"? Is it in /etc/exim.conf? If so,
> is "qualify_domain" the appropriate token?
>
qualify_domain is appended to sender addresses that don't have a domain
part (e.g., bare usernames), but doesn't have any effect on addresses that
are already qualified.
> Thanks,
>
> --David
>
>
> --
> Unsubscribe? mail -s unsubscribe debian-user-request@lists.debian.org < /dev/null
>
--
huiac@camtech.net.au
john@huiac.apana.org.au
"Oh - I - you know - my job is to fear everything." - Bill Gates in Denmark
Reply to: