[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
find -exec surprisingly slow
- Subject: find -exec surprisingly slow
- From: gv-list-freebsdquestions at mygirlfriday.info (Gary)
- Date: Sat Aug 14 20:25:54 2004
On Sun, Aug 15, 2004 at 12:30:01PM +0930 or thereabouts, Paul A. Hoadley wrote:
> 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."
ah, okay... makes sense now.
> 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
right... this is why I block them at the SMTP level...
> IMHO, these messages should be _rejected_ at the SMTP session, though
> (AFAICS) qmail won't do this (without being patched). (I am sure I
> behaviour.) 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.
> > 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. :-)
hee, hee... always with spam.. <g>
> > 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.
Most are patches, and very good. I use Eben Pratt's goodrcptto personally
on my own server, and some that I have built for others (gives me control
for accepting mail from lists only for those lists that do not subscribe
via envelope sender, such as this one)... there are several to choose from
which will lead you here..
Other techniques are my own RBL lists, commercial RBLs, etc...
Visit your host, monkey.org