What makes you think that spamtraps are not doing what they are
supposed to
do? Whether the sending host gets tempbanned or not, messages with
spamtrapped recipients are rejected for all recipients. Spamtrap
address
are not bad addresses (unknown, unroutable, etc.). SIMS does know
about
them, they're defined in its routing table.
In the following example, I sent a single email from my external
account to three addresses on my SIMS server:
1. a spamtrap address;
2. a non-existent address;
3. me.
14:52:34 1 SMTP-685(smtp109.myISP.com) SPAM? address
<[EMAIL PROTECTED]> is a SpamTrap address
14:52:34 1 SMTP-686(smtp109.myISP.com) SPAM? Recipient
'<[EMAIL PROTECTED]>' rejected: user unknown
14:52:34 1 SMTP-685(smtp109.myISP.com) SPAM? Mail from
'<[EMAIL PROTECTED]>' rejected: SpamTrap
14:52:35 2 SMTP-687(smtp109.myISP.com) {S.0000012736} received,
1306 bytes
14:52:35 2 SYSTEM [S.0000012736] <CCC57192-D056-4C94-BAB2-
[EMAIL PROTECTED]> 0+1 From:[EMAIL PROTECTED]
14:52:35 2 SYSTEM(POP) [S.0000012736] delivered to (ME)
As you can see, there were three SMTP sessions generated by the
server at my ISP. The email was not delivered to spamtrap and unknown
(obviously). The email made it through to me, despite being preceded,
in the same instant, by an email originating from the same IP to a
spamtrap address.
I assume that, had there been a single SMTP session, the spamtrap
would have blocked the email to me.
In this case, had the spamtrap address not been designated in the
router, it would have, at least, counted toward a tempban. In this
example, the spamtrap did no good, therefore, and had a negative
effect. Your observation that "SIMS does know about
them, they're defined in its routing table" is technically true but,
surely, one would think that sending email to a spamtrap address
justifies a tempban as much a simply sending to a nonexistent
address. More, if you ask me.
I think it is useful for users to recognize this characteristic of
the spamtrap mechanism in SIMS and consider whether it makes sense to
use it.
#############################################################
This message is sent to you because you are subscribed to
the mailing list <[email protected]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to <[EMAIL PROTECTED]>
