Thanks to all who have replied to this posting. I'm using MySQL to authenticate email addresses and have
placed ":fail:" in the aliases field. It's working as expected except that out server is still actioning the
receipt as follows:
2001-11-13 10:31:15 163Ofi-0005BJ-00 <= Johanna.Metcalfe@??? H=mail.hvp.ac.nz
(smtpmm1.hvp.ac.nz) [203.96.144.31] P=esmtp S=35109 id=sbf0f45e.049@???
2001-11-13 10:31:15 163Ofi-0005BJ-00 ** jobob@other_isp.co.nz: forced failure:
2001-11-13 10:31:15 163Ofj-0005C5-00 <= <> R=163Ofi-0005BJ-00 U=root P=local S=35936
2001-11-13 10:31:15 163Ofi-0005BJ-00 Error message sent to Johanna.Metcalfe@???
2001-11-13 10:31:15 163Ofi-0005BJ-00 Completed
From this you will see that our MTA is still having to handle the email and send a response to the sender.
Is there not some way to even circumvent this so that the mail is not even processed by our MTA.
Regards
Martin
PS I take on board the obligation to respond to malformed email addresses, but the additional load that we're
put under is unacceptable.
Nigel Metheringham wrote:
> On Tue, 2001-11-13 at 03:19, Martin Cameron wrote:
> > We host a domain that is very similar to another ISP's domain. As a
> > result, we get a lot of email coming to us bound for them which we
> > simply want to pipe to /dev/null.
>
> As an addition to Matthew Byng-Maddick's message, the most efficient
> thing for you to do is to bounce unwanted messages at SMTP time - then
> they don't even cross your network into your mailhost for it to then
> throw away.
>
> To do this you need set some of the receiver_verify options (there are a
> group of them), and make sure the directors which handle that domain
> also handle verification. Then a
> :fail:You probably meant to send to zz.dom.ain instead
>
> entry in an alias file will bounce the message during the SMTP
> transaction - handing off 90% of the real work involved to the sending
> MTA rather than your box.
>
> Nigel.
> --
> [ Nigel Metheringham Nigel.Metheringham@??? ]
> [ Phone: +44 1423 850000 Fax +44 1423 858866 ]
> [ - Comments in this message are my own and not ITO opinion/policy - ]
>
> --
>
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
