Forum Admin
  • Content count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Lking

  • Rank
    Been There

Contact Methods

  • Website URL
  • ICQ

Profile Information

  • Gender
  • Location
    Colorado, USA

Recent Profile Visitors

2,275 profile views
  1. That email from the SMTP source of spam is nicer, more civil, then some I have received. It does sound like a "not my job" response figuring you will never bother contact and come back to support{AT}... I would just move on. No real information here.
  2. Looks like your Google SMTP is keying on the word "spam" and blindly blocking your submission. Following "Learn More" --> Other Errors --> What you can do --> Report the problem. We will give them points for trying to keep their SMTP from becoming a source of spam, however, dumb their efforts are. They obviously need your help.
  3. Yes, that approach has been recommended several places for reporting spam when using web based email. Often recommended is the combo of Thunderbird and HabuL as an addon.
  4. Keep in mind the distinction between building the SCBL and sending courtesy spam reports to ISPs.
  5. Yes it does seem to terminate oddly, not sending a report or tabulating the spam from There does seem to be several situation where the body of spam cause the parser tool to choke. In the past when this has happened I have truncated the body of the spam, adding the note "Body truncated" before submitting In cases like this, for info only I forward the spam to abuse{AT}Fedex{DOT}com
  6. Of course a tracking URL would have been nice. However, based on the information provided, if SC/the parser were to remove your report from your queue, you would not have an opportunity to review what the parser found. Just delete it and move on.
  7. I would suggest cutting and pasting just the header followed by a blank line and "body deleted"
  8. As one user/reporter to another, back to the reference on how the SCBL works If spam from these IPs were all received today odds are none of these IP would be listed on the BL. If you are the only source reporting these IPs, one report will not get the IP listed (one exception). On the other hand have you looked at ? the block has a poor reputation and 15 and 115 are currently listed. You can look up the others. That is the way the system is designed. Otherwise, all of say Verizon would be blocked for 12hrs if one spammer got through on one of Verizon's IPs.
  9. What is the SpamCop Blocking List (SCBL)? scroll down to " How the SCBL Works" and "SCBL Rules" they may answer your question. Also note that SC list IP addresses not blocks of addresses. The result is that if your received spam is spread over several IPs within a block the individual IPs may not be listed, although the block is as guilty as sin. Does your ISP use the SCBL to filter your incoming email? If not then SC related entries will not show-up in you mail.log. Also note that SC suggest that email identified as coming from IP addresses listed in their block list should not be blocked, but directed to a spam folder for review (thus avoiding loss of email due to false positives).
  10. As Derek T said, without an IP address it is not possible for anyone here to provide any additionally information or advice. Did your system return to you a link to SpamCop? What information was provided when you followed the link?
  11. The add-on HabuL for Thunderbird does what you suggest. Of course you need to POP or IMAP your email from gmail into Thunderbird and then report from there.
  12. To engage a spammer in a dialog you will need to reveal an email address. I would suggest creating a throwaway address and then cut and past the spammers email into your reply so they can figure out which spam report you are talking about.
  13. From what you provided it would appear that eM is not including the header. This is a common issue. The writers of some applications don't understand why users would want to forward the unseen header.
  14. Was hopping that someone familiar with eM would reply What is common in these cases is that the application does not correctly forward the email, usually making modifications to the header of the attached spam. In your case can you open your email, reporting the spam, and look at the underlying code, by using <ctrl> U. Following you email you should see something link --------------BF2F1D11D46DFBAA8098C0EA Content-Type: message/rfc822; name="Attached Message" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="Attached Message" X-Account-Key: account5 Followed by the attached email (X-Account-Key: is the first line of the attached) The blank line is important.
  15. Have you tried deputies{AT}admin{DOT}spamcop{DOT}net This is a peer to peer forum and with out any information about the underlying problem not much anyone here can do help