From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Per Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: UDP/DNS in Emacs Supersedes: Date: Thu, 04 Apr 2002 17:45:03 +0200 Organization: The Church of Emacs Sender: emacs-devel-admin@gnu.org Message-ID: References: <200203311640.g2VGecR10784@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1017931542 19461 127.0.0.1 (4 Apr 2002 14:45:42 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 4 Apr 2002 14:45:42 +0000 (UTC) Cc: larsi@gnus.org, emacs-devel@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16t8Uf-00053m-00 for ; Thu, 04 Apr 2002 16:45:41 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16t8hG-00022i-00 for ; Thu, 04 Apr 2002 16:58:42 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16t8UJ-0004Sh-00; Thu, 04 Apr 2002 09:45:19 -0500 Original-Received: from sheridan.dina.kvl.dk ([130.225.40.227]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16t8SE-0004Ib-00 for ; Thu, 04 Apr 2002 09:43:11 -0500 Original-Received: from goedel.dina.kvl.dk (mail@goedel.dina.kvl.dk [130.225.40.182]) by sheridan.dina.kvl.dk (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id QAA18464; Thu, 4 Apr 2002 16:42:40 +0200 Original-Received: from abraham by goedel.dina.kvl.dk with local (Exim 3.34 #1 (Debian)) id 16t9Q7-0003ZJ-00; Thu, 04 Apr 2002 17:45:03 +0200 Original-To: Eli Zaretskii X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM|8MBp/ In-Reply-To: (Eli Zaretskii's message of "Wed, 03 Apr 2002 02:50:08 -0500") User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1 (i386-debian-linux-gnu) Original-Lines: 87 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.8 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2371 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2371 Eli Zaretskii writes: >> From: Per Abrahamsen >> Date: Tue, 02 Apr 2002 14:34:51 +0200 >> >> Eli Zaretskii writes: >> >> > My point is that basing this on the sender's ISP is a bad idea, one >> > that unduly discriminates people who don't have much choice but to use >> > whatever ISPs are available to them. >> >> It is their problem. Why should I suffer for it? > > Because it will become your problem when relevant mail is > automatically junked based on the domain from which it comes. Not junked, but moved to a lower priority folder. And yes, _that_ is my problem. So that should be my choice how to deal with it. >> If Gnus can improve my blacklist rules, I will have to spend less time >> skimming the misc.misc folder, and junk less messages by accident. > > If I understand your habits, it also means that some non-junk mail > will be read once a month instead of once a day. Yes. It is all a matter of how to optimize on the two variables: 1) How much time do I have to spend manually sorting spam. 2) How many non-spam messages may accidentially be junked (or delayed). I am the one to judge how to prioritize between these. I find it insulting that you want to deny me that ability, especially with the justification that you can prioritize my time better than I can. > I think your assumption about availablility of good ISPs needs some > reality check. How well are you familiar with the situation outside > Western Europe and North America? I assume it it is similar to question in Denmark in the past. If we were unhappy with our sole national ISP, our alternative was to use an UUCP connection to a foreign ISP for mail. In any case: Automatically junking everything from outside Western Europe and Northern America is the most popular alternative to the blaklists. It is extremely tempting for me to blacklist SE Asia, where the fraction of relevant mail (outside my whitelists) to spam is near zero. For most users, that is true. >> To get out of the database, all you had to close it. > > I know all about this; do you? How many times, if at all, did you > need or try to deal with these problems? KVL has often been blacklisted, when someone inside have installed a new "NT Server" with too many defauls on. > The number of times I removed my ISP from the data base is greater > than the number of words in this message. It doesn't help: a few days > after that, it's in the data base again. So you had an open relay again. Incompetent ISP. I also know the kind of things competent ISP's have to do to keep out of the open releay blacklists. Basically, they have to test whether their customer is running an open relay before relaying their customers mail. As a side-effect, supporting open relay blacklists helps motivate ISP's to act competently. >> Open relayes was (and probably still is) the most efficient way for >> spammers to propagate their messages, and blocking based on open >> relays was (and probably still is) the most efficient way to block >> spam. > > As usual, this is a question of striking the fine balance of > stopping the guilty without unduly punishing the innocent. Nope. It is not a question of punishment. It is a question of finding the balance where e-mail regain most of its usefulness. > It might be worth remembering that spam is defined based on its > content, not on the server from which it comes. Nope, that would be totally irrelevant to the question.