From owner-freebsd-questions@FreeBSD.ORG Sun Aug 15 03:07:54 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8B1516A4CF for ; Sun, 15 Aug 2004 03:07:54 +0000 (GMT) Received: from internet.potentialtech.com (h-66-167-251-6.phlapafg.covad.net [66.167.251.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7610443D1F for ; Sun, 15 Aug 2004 03:07:54 +0000 (GMT) (envelope-from wmoran@potentialtech.com) Received: from working.potentialtech.com (pa-plum-cmts1e-68-68-113-64.pittpa.adelphia.net [68.68.113.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by internet.potentialtech.com (Postfix) with ESMTP id 3F53269A71; Sat, 14 Aug 2004 23:07:51 -0400 (EDT) Date: Sat, 14 Aug 2004 23:07:48 -0400 From: Bill Moran To: "Paul A. Hoadley" Message-Id: <20040814230748.2704c47f.wmoran@potentialtech.com> In-Reply-To: <20040815030001.GF25751@grover.logicsquad.net> References: <20040814230143.GB8610@grover.logicsquad.net> <20040814233234.GA56333@falcon.midgard.homeip.net> <20040815013954.GC25751@grover.logicsquad.net> <893994951.20040814211332@mygirlfriday.info> <20040815030001.GF25751@grover.logicsquad.net> Organization: Potential Technologies X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: Re: find -exec surprisingly slow X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2004 03:07:55 -0000 "Paul A. Hoadley" wrote: > Hello, > > On Sat, Aug 14, 2004 at 09:13:32PM -0500, Gary wrote: > > > P> I'm not sure that I can make qmail do anything else. These are spams > > P> sent to non-existent addresses at my domain, being caught by > > P> .qmail-default. > > > > Question... why do you have a .qmail-default file to begin with? If > > you have proper namespace or .qmail- files for your users, it is not > > necessary at all... all would then be bounced. Or if you wish just > > to drop mail coming in to .qmail-default, just put a # in it... > > Good question---without context, my claim that I can do nothing else > seems wrong. What I should have said is "given I have an interest in > collecting all the spams to non-existent addresses, I don't think I > can make qmail do anything other than deliver it to the new/ subdir of > a Maildir." > > The original problem was that _bouncing_ these messages is > fruitless---they almost invariably have a forged From address. I'm > getting on average about 10,000 of them per day, so there were > constantly several thousand messages in my queue, as well as several > thousand bounced bounces and failures in my postmaster mailbox every > day. > > IMHO, these messages should be _rejected_ at the SMTP session, though > (AFAICS) qmail won't do this (without being patched). (I am sure I > once read a "security" justification for this behaviour, though I > can't seem to find any justification for it at all now. I am willing > to be convinced otherwise, but IMHO, accepting these messages is bogus > behaviour.) I agree. > Anyway, I was about to embark on tracking down a patch to > do SMTP-level rejection, when I decided I would just funnel them into > a Maildir and use them later to train Bogofilter, or whatever. Well, if you do have a reason to keep them, as example spams for a Bayes filter, for example, then I can't say otherwise. I'm surprised that qmail doesn't allow you to reject these properly, but I haven't been using qmail for a while now, so I don't remember. I've switched to Postfix, as this is pretty easy to set up in Postfix. I think the default config file for Postfix is set up this way as it is. I hope you find a better solution. Good luck. > > P> What I am going to do is clear out the Maildir daily > > P> instead of monthly, though. Collecting them has become a significant > > P> drain on disk space---the 400K spams are the result of about a month > > P> and a half of collection. > > > > I would never think of collecting them at all, not even allow them > > in. > > I may soon change my mind, though my original plan was to put the spam > to use. The sheer volume looks like making that plan unworkable. :-) > > > There are several techniques just to block them at SMTP negotiation > > all together, so they don't even enter your system... > > Techniques for qmail? Without patching it? I thought I had RTFMd > pretty thoroughly, but I am willing to be enlightened. -- Bill Moran Potential Technologies http://www.potentialtech.com