Unable to report spam due to filter of some sort?


#1

when i try to forward my spam, through a Thunderbird plugin i have, to spamcop and spam@uce.gov i get an error message like “no email from this sender address allowed”. what gives?


#2

I’ve been troubleshooting this with DH support since 6/23. So far they’ve had no luck tracking it down. I suspect that they have a filter which is mistakenly checking the addresses in the attachment and refusing to relay the message because the attachment looks like a spoofing attempt.

When I searched google for the error, I only found one page, which just happenned to be in the DH forum:

http://discussion.dreamhost.com/showflat.pl?Cat=&Board=forum_troubleshooting&Number=41005&page=3&view=expanded&sb=5&o=31

So that makes 3 of us experiencing this problem. My advice - please report this to DH support so they have another data point to work with.


#3

i asked em about it. they just said they don’t support that plugin (okopipi). i asked what plugin they do support and they said PGP. PGP isn’t a plugin. at least not one i could find and definitely not one that forwards spam. there’s only two spam-forwarding ones and the other doesn’t sound good. it’s actually based on the same source code so i doubt it’d work anyways. it’s a prob on the servers i’m sure.


#4

Can you duplicate the problem by forwarding the spam by hand, as an attachment? If you can do that, then the plugin isn’t at fault. I know, it’s a hassle, but these kinds of problems don’t get fixed unless someone is willing to put some time into isolating the problem.

I’m positive that it’s a server problem, at least in my case, although it took quite a few test cases before DH support was convinced of that. I suspect, but am not 100% sure, that you’re experiencing the same issue.

Here’s a snippet from the most recent exchange. I wrote:

…I believe the problem stems from the attachment. If I had
to guess, I’d say that whatever filter you have that parses the
message header, looking for “to” and “from” addresses and rejecting
illegal or conflicting addresses, is mistakenly also checking the
header of the attachment and refusing the relay the message.
I am guessing that this filter does not get applied to mail sent
through the webmail interface.

Brian@DH replied (and I hope he doesn’t mind my quoting his email here):

Yeah, that makes sense, our server checks for specific “from” and "to"
addresses, like from paypal.com or other known hosts that will NEVER be
part of our system.

Unfortunately, I don’t have a quick fix for this, I’ll need to have our
administration team look over the filtering rules and make the needed
changes. I apologize for the delay. For the time being, use webmail to
forward any spam you may get.

With the recent series of outages I’m sure this has been a low priority, but I’m still hopeful that it will get fixed eventually.

Kevin