Eric Smith wrote:
> 
> Stuart Ballard <[EMAIL PROTECTED]> asks several questions, including:
> > I'm also unsure how
> > to tell qmail to "always hold mail for this domain in the queue"
> 
> You'll probably be told that serialmail is the officially 'correct'
> solution to this problem.  I personally happen to have a conceptual
> dislike for introducing yet another different queuing method,

I'm glad that someone else does too :) I was beginning to be afraid I
*was* barking up the wrong tree...

> so I use
> Alan Curry's ETRN patch:
> 
>         http://www.cqc.com/~pacman/projects/qmail-etrn/
> 
> [I think this used to be listed on www.qmail.org, but I can't find it
> there now.]

This is going to be really helpful! Thanks!

> This won't solve the dynamic IP problem, though.  It allows the domain
> to request delivery of its email, but it still uses the smtproutes to
> determine how to get it there.

I have a script now that will auto-create an smtproutes file every time
someone dials in or out. This should solve that problem.

> Note that since you don't know the IP address, you'll have to accept an
> ETRN from *anyone*, which is suboptimal.

Ah, but I *can* restrict ETRNs to only people within the netblocks that
are assigned to our dialins. So it's not that big a problem.

I'll report back to the list on my progress, because mail dequeueing
without a static IP sounds like something that might be of use to other
people too.

Thanks to everyone on the list for their tips.

Stuart.

Reply via email to