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/
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 |