Re: [exim] Unwanted bounce messages generated locally

Góra strony
Delete this message
Reply to this message
Autor: W B Hacker
Data:  
Dla: exim users
Temat: Re: [exim] Unwanted bounce messages generated locally
Renaud Allard wrote:
>
>
> W B Hacker wrote:
>
>> ROFLMAO!
>>
>> The very same folks who listed the entire '.de' <tld> for two years
>> 'coz *they* (the rfc-ignorami, not the Deutsche) didn't know how to
>> make a proper 'whois' query?
>>
>> And - last time I looked, *still* list other entire <.tld>s?
>>
>
> The .de generally comes in every discussion about them. I think everyone
> knows this is an error. The funny part is that the "major" contact for
> this site is German.


So were the family names of nearly 2/3's of the US forces who invaded
Germany in 1944-45, my own surname among 'em.

That didn't help Herr Hitler one iota.

But that war is long over - *we* don't block Germany - or any other
country <.tld>.

Maybe rfc-ignorant is just as stuck in that sort of time-warp as they
are w/r ignorance of CLI lookup tools? '..I shoudl be able to telnet...'

ACK. And I *should* be able to walk on water. But I use a boat.

;-)

> Some other tlds are listed for good reasons (i.e.: .be, .eu).


'Good reason'?

Nonsense.

Same rule applies to running RBL's as applies to the practice of medicine:

'First, do no harm'.

By stupidly listing entire *countries* rfc-ignorant does do harm. More
harm than good.

At that point, no matter how valid any *other* entry might be, they've
already destroyed any possible claim to credibility.

Even a vegetarian would not buy food from a grocer who 'only poisoned
the meat'.

> However, of course, this is still not a good reason to deny mails based
> on their whois list.
>


There are plenty of useful, 'do-no-harm' lists about.

This one deserves naught but an expose of their damn-foolishness.

> bogusmx and dsn are far more useful.
> Some people use, for example, the DSN list to _not_ do callouts for
> these domains. So this may be a whitelist system too.
>


I just firewall 64.142.22.244

YMMV,

Bill