LINUX.IE, website of the Irish Linux Users' Group
Tux rules!

   
Home
New Users
Articles
Download
Projects
Community
Vendors

  Print Version
 
Archives:


planetILUG

Recent News

News Archive


Join the
ILUG
on FaceBook


Join the
ILUG
on LinkedIn


Join the
ILUG SETI
Group



















 
 :: Mailing Lists

[ILUG] Spam and more spam

[ILUG] Spam and more spam

Rick Moen rick at linuxmafia.com
Wed Mar 3 00:52:37 GMT 2004


Quoting Justin Mason (jm at jmason.org):

> Installing SA-Exim4 may be too invasive, though. :(

I'm honestly not sure the above means.  (Please don't take that as my
not being receptive to what you're saying.  A bit thick, perhaps. 
Unreceptive, no.)

Some significant advantages of MTA-level detection and handling:

o  Your 55x rejects are guaranteed to be passed to the MTA that's 
   actually trying to deliver mail to you.  This is a major gain 
   compared with generating bounce messages, given the prevalence of
   forged headers in incoming SMTP.  (In generating bounces to 
   forgemail, you yourself as an MTA operator are a source of 
   additional spam, not to mention wasting tremendous amounts
   of bandwidth and processing power.)

o  You can perform intelligent testing of the alleged sender _prior_ 
   to accepting the mail.  E.g:

    o  You can verify that sender domain has postmaster@ and abuse@
       addresses, and accepts mail from a null reverse path 
       ("MAIL FROM:<>"), as required by RFCs.
    o  You can verify that alleged sender exists by initiating and
       then cancelling a reply mail.
    o  You can make sure sender or sender domain or sender IP are
       not in various DNSBLs or site-specific blacklists.
    o  You can optionally test the mail with SpamAssassin for
       spamicity level.

o  Based on such checks, you can for various cases, as the sender
   or delivering MTA deserves, either accept the mail and deliver
   it, or pretend to accept the mail and drop it on the floor, or
   55x reject it, or teergrube (tarpit) the delivering MTA using 
   45x SMTP messages.

> - - use MailMan 2.1.x  (MUCH better).

As you'll note on
http://linuxmafia.com/cgi-bin/mailman/listinfo/conspire , I _likewise_
use Mailman 2.1.3.  While I appreciate its additional flexibility, I
would not call it "much better" in the respects relevant to the problem:
If the MTA accepts the junkmail, then Mailman still bothers the
listadmin about it.

Yes, you can indeed check "Discard all future mail from this sender",
but that's not a lot of good, given that the junkmail's alleged sender
was either random or effectively so.

> - - the nagmails for non-subscriber posts will arrive at the moderator
>   list.  Have SEVERAL people on this list.

Colm has explained why this is a poor outcome.  I agree.  So should you.
The only solution is to ensure that the junkmail (in a very high
percentage of cases) doesn't reach Mailman at all.  Thus my suggestion.

> FWIW, making sure that members can post freely helps a lot; the members
> (the day to day community) are not impeded at all.

But that is _not_ moderation, then.  Colm was speaking of list moderation, 
something else entirely.

-- 
Cheers,                                              "Java is COBOL 2.0."
Rick Moen                                              -- Deirdre Saoirse Moen
rick at linuxmafia.com



More information about the ILUG mailing list
Read this without the formatting.
                                                                                                    

 

Hosted by HEAnet


Maintained by the ILUG website team. The aim of Linux.ie is to support and help commercial and private users of Linux in Ireland. You can display ILUG news in your own webpages, read backend information to find out how. Networking services kindly provided by HEAnet, server kindly donated by Dell. Linux is a trademark of Linus Torvalds, used with permission. No penguins were harmed in the production or maintenance of this highly praised website. Looking for the Indian Linux Users' Group? Try here. If you've read all this and aren't a lawyer: you should be!
RSS Version
Powered by Dell