Re: Problem with exim and fetchmail.

Christoph Lameter <clameter@???> writes:

> Put the following into /etc/exim.conf
> (customize for your setup! by default exim does not accept unqualified
> e-mail!)
>
> qualify_domain = waterf.org
> receiver_unqualified_nets = 192.168.0.0/255.255.255.0:206.1.27.36/255.255.255.255

Thanks for the suggestion, but that didn't do it. It's not
complaining about the source, but rather the destination when
fetchmail contacts exim for the SMTP transfer. I even tried
receiver_verify=false and qualify_recipient=localhost with no luck.

Here's some relevant bits from my /etc/exim.conf:

qualify_domain = raven.localhost
local_domains = raven.localhost
receiver_unqualified_nets = 192.168.0.0/255.255.255.0

If it matters (and it might), this machine normally has a dynamic
connection to the internet (and a Dynamic IP), so I have bind/resolv
set up to think this machine is under the (bogus) "localhost" domain.
That seems to satisfy all the apps (lprng, sendmail originally, etc.)
that were having trouble before, but I suppose this "hack" could be
causing exim trouble.

I've read the mini/Dynamic-IP-Hacks HOWTO, and their suggestions
caused the same exim SMTP failures. I've also tried "localhost" and
"localhost:raven.localhost" for each of the above variables without
success.

Thanks
--
Rob