Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by lisati

  1. Instead of forwarding the spam as an attachment to "my" reporting adddres, I use the "view source" option of whichever email client, copy it to the submission form on the reporting page, and change the "Received" to "X-Received" before clicking "submit"
  2. It's a known issue. Some remove the "broken" ipv6 Received header. In the interests of preserving all the information available, I submit the spam manually, editing it read X-Received. A similar approach is sometimes helpful with emails arriving at Gmail accounts
  3. The only one I recall receiving that mentioned a password had one which wouldn't have worked. A few months earlier I had noticed that something was a bit off, and had taken the precaution of changing my password.
  4. I've received one or two similar emails. I'd go with the advice previously given, i.e. report them, and send them to the circular filing system (delete them).
  5. If the spam you're having trouble with is in your inbox, clicking on the "Report spam" (or eqivalent) in your provider's webmail might be of some value. Some providers not only use it to train their filters, but sends off a complain to the sender's provider, I've seen it happen with Yahoo.
  6. I suspect that something similar to what others have reported for Gmail is happening. The workaround I generally use is similar to the Gmail workaround, commenting out the first Received line encountered as you scroll down the message source.
  7. Note to self: check to see if Quick Reporting is still working "correctly" on my account.
  8. Most of the spam I receive at my hotmail/outlook accounts gets flagged for reporting to report_spam@..... as well. There are a couple of options. If you've done the "add fuel to your account" thing you might want to consider looking for the abuse address for the apparent sending server/device, and adding that as a user defined report.
  9. Jumping in relatively late into this discussion, I've had Google block my attempts to submit reports from time to time too. My ISP does it as well. One workaround I use is to send the reports and submissions from an email account that I'm paying a little extra money for that lets me whitelist recipients. It's not perfect, but I have seen a significant improvement.
  10. Short answer: you do the best you can with the information at your disposal. It is possible to develop a sense of which parts of the information in any given email will be the most useful in figuring out where to send your complaints. Sadly, it's sometimes necessary to stop short of using what would seem intuitive, e.g. doing a deep scan of ALL the received header, flicking off a grumpy response to the alleged sender, etc.
  11. Apologies for the delay in replying. As helpful as the "X-Originating-IP" address can be in gathering clues to an email's apparent source, they can be forged. What some providers do is an analysis of the content of the email, sometimes the headers only, sometimes the complete email. Depending on the results of the analysis, the options open to the provider include (1) rejecting the email outright (works best when done BEFORE the complete email has been accepted for delivery), (2) flag the email as spam (possibly by altering the subject), (3) flicking the mail into a spam or Junk folder, or (4) accept the email unchallenged. Be extremely wary of solutions based on some kind of challenge-response system. Because the sender address can easily be forged, it's very easy to annoy innocent third parties
  12. The only Received header that you can trust with any degree of certainty is one inserted by a server you administer, preferably the server that drops the incoming email into the recipient's inbox.
  13. Thanks for the heads-up. The copy I have on my machine seems to have auto-updated to 1.21.0, and I didn't even notice......
  14. @Bernhard: I'm not sure why your server is blocking based on the mailspike "rep" (reputation) list. I had a look at their web page, and get the impression that it's not a general purpose list suitable for blocking everything from a listed IP address. Mailspike's "bl" and "z" lists seem better suited to blocking/rejecting unwanted incoming emails.
  15. Have a look here: https://www.spamcop.net/fom-serve/cache/329.html#bounces
  16. lisati


    What? Did I blink and miss something by not visiting this forum for a few days? Anyway, it must be time to consider a hot cuppa in anticipation of a speedy recovery......
  17. A listing in the Spamcop list is based on users reporting unwanted email being provided to the people who run it. If you discover that your server is listed, you can use the Spamcop lookup page, which will usually offer some more information and suggestions. You can also find some information here: https://www.spamcop.net/bl.shtml?[IP]
  18. I've had gmail refuse to forward reports on occasion. I haven't notice any useful pattern (yet).
  19. One addon for Thunderbird I checked out a few months back was ThunderSec. If I remember correctly, it popped up a message similar to the "Thunderbird thinks this message is junk" message that appears when the email is flagged as junk. I don't think I figured out how to use it as part of a filtering scheme. Link: https://addons.mozilla.org/en-US/thunderbird/addon/thundersec/
  20. Ah, I see what you did there. To add to what Petzl was saying, plugging in the IP address in a site which does rDNS checks, I see a possible problem, the rDNS comes back with a different domain name which in turns points to a different IP address. That could be what's tripping things up for osas.
  21. Why do you think that your domain is listed on the Spamcop list? Spamcop lists IP address, not domain names. If you are referring to the listings on the RFC-CLUELESS listings, you will have to refer to their website.
  22. True. When I was running my own email server a few years back, I had what amounted to private blacklists, hidden from public view until an incoming email ran foul of the filtering I had in place. I never got round to running a DNSBL/RBL.
  23. If it's on abuseat's CBL list, it will usually find its way to spamhaus's ZEN list as well, I think Spamhaus took the list over a year or two back. I'm also seeing listings on other lists as well.
  24. Just a thought: if Google, or any other provider for that matter, does something at their end that interferes with Spamcop's ability to correctly identify the source of an email, it's not necessarily Spamcop's fault. The team at Spamcop are under no obligation to jump to attention and make changes every time we, the users, encounter something that trips up the parsing and reporting process. They will have their priorities, which might not always coincide with what we'd like to see happen. There have been some good suggestions in this and similar discussions. I wish you all well.
  • Create New...