Re: [Exim] Delaying outgoing mail

Página Inicial
Delete this message
Reply to this message
Autor: Jeff Green
Data:  
Para: garyjones, exim-users
Assunto: Re: [Exim] Delaying outgoing mail
At 02:34 AM 3/1/01 , you wrote:
>Okay, please don't get mad. I've RTFM'd and I've looked in the
>archives, but being new to exim I'm still confused (so many
>options, so much terminology...).


I've been there, rather recently as a matter of fact.

>I'm on a dialup, and what I want to do is delay anything that might
>cause a connection to be established (including dns lookup for the
>smarthost) until I tell exim to go ahead, i.e. when I'm connecting for
>some other reason. Like I say, I looked this up in the docs, but I'm
>still confused, as there seem to be two (very similar) options which
>look like they might work, but I'm even confused about where in the
>config file one of them should go. Can anyone spend a couple of
>minutes explaining it to me in words of one syllable, please?


I resolved this by adding the smarthost's address (and all local clients)
to /etc/hosts and adding

         queue_remote_domains = *


to the global configuration section, then adding

         # Send all mail to a smarthost


         smarthost:
           driver = domainlist
           transport = remote_smtp
           route_list = "* smarthost.somedomain.com bydns_a"


This resolved the delays for the clients (Windows users) when sending, as
it didn't trigger the dialup link to the smarthost/ISP every time a DNS
lookup was needed. Since it's a single smarthost, DNS lookup wasn't really
needed at all. The users wait now only for mail from outside the LAN which
is handled by fetchmail every half hour. Outgoing mail beyond the LAN is
delivered when the link comes up.

Sorry for the use of a few multi-syllable words. Hope that helps,

Jeff
===========




Jeffrey B. Green        Personal Computer Consultant - Las Vegas, Nevada
http://jbgreen.com        Networking Las Vegas Since 1986