Re: [OT] Tom's/Marc's spam filters?

From: jseymour(at)LinxNet(dot)com (Jim Seymour)
To: pgsql-general(at)postgresql(dot)org
Subject: Re: [OT] Tom's/Marc's spam filters?
Date: 2004-04-22 02:27:03
Message-ID: 20040422022703.D838F4307@jimsun.LinxNet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:
>
> Jim Seymour wrote:
> > Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:
> > >
> > [snip]
> > >
> > > I don't have any problem using a backup MX. My sendmail rules skip over
> > > the received line from my MX and check the host that sent to my MX.
> >
> > What do you do if you don't like the client that delivered it to your
> > backup MX? You can't just throw it away. Well, you *can*, but doing
> > so breaks the email delivery system. If reject it, your backup MX will
> > then bounce it to the ostensible sender, which is very likely forged.
>
> For stuff I block via sendmail, I 550 it, even from my MX. I am not
> sure what my MX does with it, but no one has complained.
[snip]

What it should do, and probably does do, with it is bounce it to what
it believes the sender to be. Problem with that, as I noted earlier,
is that the sender address in spam is frequently forged. Sometimes
forged to be a valid, tho innocent, person.

Trust me: You really shouldn't do that as standard policy. See the URL
I mentioned earlier, in reply to Tom (IIRC), pointing to a bit I wrote
on backup MX servers.

Mail admins are beginning to find such mis-bounces nearly as
objectionable as the direct spam. There's been some discussion that
spammers may even be using known "mis-bouncing" servers as
"reflectors," to propagate spam.

--
Jim Seymour | Spammers sue anti-spammers:
jseymour(at)LinxNet(dot)com | http://www.LinxNet.com/misc/spam/slapp.php
http://jimsun.LinxNet.com | Please donate to the SpamCon Legal Fund:
| http://www.spamcon.org/legalfund/

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2004-04-22 03:54:09 Re: Postgresql system requirements to support large databases.
Previous Message Christopher Browne 2004-04-22 02:09:46 Re: Replication