ietf-asrg
[Top] [All Lists]

[Asrg] Forwarding in the face of spam

2008-08-08 01:23:08
Hi all,
my apologies for cross posting, but my first question is which list, if any, is appropriate for discussing this topic.

Apparently, it is a common practice to gather lists of IP addresses for the purpose of dropping, rejecting and/or tarpitting mail requests therefrom. (Rejecting and tarpitting can be played at both the TCP/IP and SMTP levels.) As a postmaster, I wonder how should I act for, say, forwarding all mail destined to a given address on my server to a given remote mailbox. IMHO, I should operate the same boundary checks as the target server, because it is more annoying and less reliable to do DNSBL checking on someone else's "Received" headers. However, unless the remote postmasters and I manually arrange some ad-hoc procedures, I have no way to know what boundary checks their host currently carries out, let alone reassuring them that my server does those same checks before forwarding mail to their host.

DNSBL, SPF, and spam reporting are more or less standardized. Therefore, designing a mechanism to fix forwarding seems now possible.

As my first question can be answered implicitly, I put some more:

Independently of how a list of IP addresses is gathered, is there any reason not to publish it?

Is there any reason why postmasters would not want to say what DNSBLs their servers look up and what decisions they make thereafter? If I knew my message were to be rejected, I would abort sending tout-court, irrespective of my hat's color. Would that be a disadvantage for the target host?

TIA for any elucidation
Ale
_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/asrg

<Prev in Thread] Current Thread [Next in Thread>