Re: [Exim] Dealiang with broken MTAs

Pàgina inicial
Delete this message
Reply to this message
Autor: Fernando Sanchez
Data:  
A: Andreas J Mueller
CC: exim-users
Assumpte: Re: [Exim] Dealiang with broken MTAs
Hi Andy,

<snip>
>
> Unfortunately, yes. You have to notify someout about the
> misconfiguration. You could tell the people who are complaining about
> not getting mail through to you to notify their admin. Another idea
> is mailing the technical contact for the domain (available from WHOIS).

I thought so :)
>
>
>>does the /etc/exim/smart_routes in this case just contain the domains I
>>don't want to make a callout? I think I could try to get a small list
>>just for those which I get complains about. Thanks
>
>
> In my case it actually contains also the smart routes for the domains,
> but for you, simple domain names or patterns will do, e.g., *.ac.uk to
> disable callouts to every academic institution in the UK. Be aware
> that some domains don't like callouts at all, and will block your
> server if you make too many of them, especially to invalid addresses
> (which will look like a dictionary attack to the remote admins).


Ok, I'm gonna try that
>
>
>>I was thinking on something like that, and I'm right now checking
>>spamassassin. could that just repleace the callout verify? or should
>>they both work together? I'm not yet familiar with this kind of spamware
>
>
> Callouts have been "invented" to ensure that your mailer daemon is
> able to return an error message to the sender, should anything go
> wrong. They will not only discover invalid addresses, but also some
> kinds of misconfiguration of the remote MTAs (as in your case).
>
> Spamassasin is a real spam filter. The drawback is that, in order to
> use SA, you will have to receive the message first, then deal with it.
> Callouts OTOH will reject the mail *before* it enters your server. I
> currently prefer the latter, even if it sometimes bounces legit mail.


I'll start testing it as an extra element for privacy

>
> Andy


Thanks a lot
>
>
> --
>
> ## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
>
>
>



--


Fernando Sanchez
Dpto. Sistemas USFQ