Author: Dean Brooks Date: To: exim-users Subject: Re: [Exim] Wish list (I think) regarding sender verify callout.
> On Wed, 2 Oct 2002, Dave C. wrote: >
> Someone on the list posted something about 'the death of bounces', eg,
> suggesting that due to spam and other problems he thinks perhaps they
> are obsolete. At first I was quick to reject his idea, but now I have a
> better one - nondelivery reports should remain internal. If User A at
> ISP A tries to send a message to nonexistant User B at ISP B, ISP B
> should refuse the message at SMTP time, and ISP A should be responsible
> for reporting the failure to its own user. ("ISP" and "User" used as
> generally as possible here, to include company mail servers, etc)
Interesting point!
Question though. We currently do not reject unverified local
recipients at RCPTTO time. This is primarily so that we can control
our loads better. That is, we immediately accept the message, throw
it on the queue, and if the load is within bounds, then we do
deliveries.
We've tried doing immediate rejects at RCPTTO time, but the loads tend
to get kind of spikey at times.
For the purpose of discussion, assume that I have no way to turn on
RCPTTO verification. In this environment, is there any way to prevent
bounce messages from occuring (at least to non-local hosts)?
