D G Teed wrote:
On Thu, Nov 13, 2008 at 12:05 PM, mouss <[EMAIL PROTECTED]> wrote:
D G Teed wrote:
[snip]
Is there anything more I can be doing?
what is your problem exactly? are you listed on spamcop?
We are not listed on spam cop. There have been a couple
of external reports I've seen in the last year. When
I respond, I like to know I'm working with the best
set up available.
if so, what IP are you talking about?
You need to know my IP as much as you need my address
or phone number. It is irrelevant. We are not in block
lists. I know how to check, and we have enough
volume here that I'd learn pretty quickly if there
was a problem.
notice that I said: "If so", which means "if you are listed on spamcop,
then which IP is listed". not that I want to know your IP, but simply to
check that the IP is really listed. some people sometimes report the
wrong problems, and we like to check.
what makes you believe you are listed because of backscatter?
What makes you believe I'm listed? I got a single report
of a complaint. Have you not used the spamcop
web interface before?
never ever. should I?
and why do you send backscatter (and what kind of bs)?
Why do you take a combative stance?
I did not. I was simply trying to understand what your problem is. I
thought you were listed on spamcop because of BS and you didn't like it.
so I asked for details.
We send non-delivery responses.
if these are "user does not exist" or "filter thinks this is spam/virus"
and the like, then you are a backscatter source.
If someone emailed
[EMAIL PROTECTED], it will reject,
saying that user doesn't exist. Our users expect this feature.
If we told them bad addresses will cause email to be lost without
notification, they would not be happy.
if address is typoeduser, then reject it during the smtp transaction
while the "untrusted" client is still connected. once you accept mail,
you should no more send bounces, except in few controlled situations.
sure, losing mail is bad. but you should reject mail during the smtp
transaction. if your postfix is a lreay server and you can't get the
relay_recipient_maps, then you can use reject_unverified_recipient (only
for selected domains).
Does anyone feel Spamcop's position on backscatter too simplistic?
no evidence, no conclusion.
Here is what they say...
http://www.spamcop.net/fom-serve/cache/329.html#bounces
many people agree with that document. see the BACKSCATTER README.