On Fri, Jan 08, 1999 at 11:58:27PM +0100, Mirko Zeibig wrote:
> Hello,
> Hello yall,
> first I want to thank DJB for his great packages.
> I recently installed qmail to a server connected to the ISP via
> ISDN-dialup. To deliver mail I installed serialmail as well, having the
> ISP mailer as smarthost doing most of the work.
> Now normally mail is delivered every hour by a single ndate from cron
> through the ip-up-file. As the Linux-server is a proxy as well mail is
> delivered more often.
> I now had the fear that mail could be stored for a long while if
> html-access happens to frequently. My first approach was to look if the
> connection is up and then try to start delivery every 5 minutes.
> 
> Now I use the following configuration:
> smtproutes:
> :my.isps.mailer
> virtualdomains.offline:
> :alias-pppdir
> virtualdomains.online:
> empty
> 
> I now copy virtualdomains.online to virtualdomains when going online and
> virtualdomains.offline to virtualdomains when going offline, both times
> giving qmail-send a HUP to see the change.
> Do you see any reasons why I should not do so?
> Thanks for your answers
> Mirko

I use exactly the same strategy for over a jear now, without any probs.
It's so simple.
When offline, mail is maildir-queued, while online, mail gets straight
through.
No need to fuzz with any patches to enable deferred mail dequeing.
Instead of two files (virtualdomains.online/offline), I use a script
which puts a comment before the `:alias-pppdir' line in virtualdomains, so
I do not have to change both files when I change control/virtualdomains.
The only problem I ever had, was when the ISP's smarthost is offline,
so that remote mail ends up in the normal qmail queue. In such a case, I use
a smtproutes (:[127.0.0.1]) entry, to get remote mail back to the maildir.

regards, lars

Reply via email to