Re: Drop UCE instead of forwarding off-site?
- From: "D. Stussy" <spam@xxxxxxxxxxxxxxxx>
- Date: Fri, 15 May 2009 16:13:23 -0700
"Hauke Fath" <dont.spam.usenet@xxxxxxxxxxxxxx> wrote in message
news:1izrt3t.miykeusfo4c3N%dont.spam.usenet@xxxxxxxxxxxxxxxxx
I have two mail servers here in the institute. The University blocks
port 25 both ways; they run incoming mail through an address whitelist
for existing recipients and spam-tag it, then forward to local servers.
On-campus machines have to send via the outgoing mail relay, where they
recently started to filter and reject UCE, to avoid getting blacklisted.
Now, we have quite a few aliases entries which forward mail off-site:
Alumni, external staff which is associated with the local groups but
works elsewhere, students. Some of these aliases get a lot of spam -
it's properly tagged, but since it gets forwarded, the local mailfilter
doesn't see it. My machines try to forward it, the outgoing mail relay
rejects it, and it ends up in my postmaster box: We are talking about
~1000 mails/d.
"The local mail filter doesn't see it": Then your spam checking is in the
wrong place.
My question: How can I detect that a mail is to be forwarded to another
MTA, and only then, if spam headers are set, quietly discard it?
Check it with a milter at the recipient hook for a mailer other than
local - macro ${rcpt_mailer}.
From milter MIMEDefang: "For example, for local recipients, $rcpt_maileris likely to be 'local', while for remote recipients, it is likely to be
'esmtp'."
I've been looking at milters, but while detecting the headers is not an
issue, I haven't seen anything that gave me information about the "to be
forwarded off-site" property.
What did I miss?
See above.
Also note that there is a potential race condition regarding spam
classification that uses external databases (DNSBLs, checksums, etc.). No
matter how good your front end MTA is, there's always a chance that a given
message's spam status changes after the front end has accepted it and
before the back end forwarded target MTA receives it. That validates the s
uggestion for "ExtendedErrorDrop" and its purpose to quash backscatter.
.
- Follow-Ups:
- Re: Drop UCE instead of forwarding off-site?
- From: Hauke Fath
- Extended 5xx code (was Re: Drop UCE instead of forwarding off-site?)
- From: David F. Skoll
- Re: Drop UCE instead of forwarding off-site?
- References:
- Drop UCE instead of forwarding off-site?
- From: Hauke Fath
- Drop UCE instead of forwarding off-site?
- Prev by Date: Re: Sendmail STARTTLS DSN: Service unavailable
- Next by Date: Re: Request for feature - Option "ExtendedErrorDrop" => do not generate NDR.
- Previous by thread: Re: Drop UCE instead of forwarding off-site?
- Next by thread: Extended 5xx code (was Re: Drop UCE instead of forwarding off-site?)
- Index(es):
Relevant Pages
|