From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/45910 Path: main.gmane.org!not-for-mail From: Josh Huber Newsgroups: gmane.emacs.gnus.general Subject: Re: new spam functionality added Date: Wed, 31 Jul 2002 17:47:15 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: <87bs8nsh7g.fsf@mail.paradoxical.net> References: <87y9brejam.fsf@mail.paradoxical.net> <873ctztyth.fsf@mail.paradoxical.net> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1028152098 12373 127.0.0.1 (31 Jul 2002 21:48:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 31 Jul 2002 21:48:18 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17a1KK-0003DR-00 for ; Wed, 31 Jul 2002 23:48:16 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 17a1Jj-00009L-00; Wed, 31 Jul 2002 16:47:39 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 31 Jul 2002 16:48:05 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id QAA09665 for ; Wed, 31 Jul 2002 16:47:51 -0500 (CDT) Original-Received: (qmail 17727 invoked by alias); 31 Jul 2002 21:47:18 -0000 Original-Received: (qmail 17722 invoked from network); 31 Jul 2002 21:47:17 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by gnus.org with SMTP; 31 Jul 2002 21:47:17 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 17a1bE-0001ac-00 for ; Thu, 01 Aug 2002 00:05:44 +0200 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 53 Original-NNTP-Posting-Host: paradoxical.net Original-X-Trace: quimby.gnus.org 1028153144 6113 66.92.73.76 (31 Jul 2002 22:05:44 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 31 Jul 2002 22:05:44 GMT Mail-Copies-To: nobody User-Agent: Gnus/5.090007 (Oort Gnus v0.07) XEmacs/21.4 (Honest Recruiter, i686-pc-linux) Cancel-Lock: sha1:/hmb7b9w76H8U1nNKac4cPC+Rec= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:45910 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:45910 Scott A Crosby writes: > Because its tragedy of the commons, I bitbucket any TMDA user. (and > if I start getting too many of em, I'll make a public blacklist of > em.) Do you actually get a lot of confirmation requests? > [snip lengthly example] I can see how you might think something like this would happen. There are a few flaws in your example. (unless you assume many people have misconfigured TMDA installations...but then why not assume they have misconfigured MTA installations which spew duplicate messages all over the place (or allow unrestricted relaying of messages)). Most of your concerns are answered in the FAQ on the tmda site. 1. You will not get confirmation requests for posting to a mailing list which has subscribers using TMDA. A confirmation request (if any) would go to the *envelope sender* not the original sender (you). Of course, no confirmation request will be sent because you would not subscribe to a mailing list with TMDA using a bare (non-tagged) address. Get it? The problem you describe with mailing lists just does not happen. 2. "loops of please reply to me" -- this does not happen. Answer in the FAQ: http://tmda.net/faq.cgi?req=show&file=faq04.012.htp 3. Setting up an auto-responder typically means the spammer has provided a valid return address, which is very rare. In the case they have, it's easy to find who it is and get their connection shut off. You really speak of absolute worst-case behavior in your complaint, which isn't very fair. As an example, one of the authors of TMDA mentions in the FAQ that approximately 6% of his correspondence is asked for confirmation. I agree that making it harder than hitting reply is a bit much. I've seen one instance where the recipient has you go to his web site and fill out a CGI form describing the image displaed on the web page. This is pretty sick, and going much too far IMO. Anyway, my initial suggestion to put some text about TMDA in the manual was just that -- a suggestion. I really don't want to start a flame war here :) Have a nice day, -- Josh Huber