Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by agsteele

  1. I have given up on the CESMail SMTP and will give up on CESMail at the next renewal. The webmail was only marginally relevant but the SMTP made the sub worthwhile for all the reasons above. Without a resolution of the sending challenges it won't be worth continuing. But it seems CESMail hasn't been able to persuade Microsoft/Hotmail that smtp.cesmail.net isn't a source of spam. Or perhaps the flow of spam hasn't been stopped...
  2. Yes, Gmail seems to be trapping mail via the CESmail outbound SMTP server today as well... Andrew
  3. Since this is most likely a temporary problem the suggestion is also a temporary solution so that you have access to your important Email. Once the DNS is restored there will be a rapid restoration of evrything you are used to. Andrew
  4. Yes, and had a very prompt response and request for some additional data. Andrew
  5. The outgoing SMTP is being listed by AOL.UK as having a bad reputation and all messages are delayed and then bounced back after 72 hours... Example at: http://postmaster.aol.com/Reputation.php using IP (c60.cesmail.net) Andrew
  6. Thanks for the clarification. I'm not sure I can help but I expect a moderator will move this thread to the Reporting area... Andrew
  7. I suspect you're talking about a Spamcop Reporting account rather than a Spamcop Email account. But since you posted in the Email support forum, the login credentials for an Email account are your full SC Email address and your SC Email password. Your SC Email login has nothing to do with other Email addresses. I guess you could also be talking about the forum login too... Perhaps you could confirm what you're referring to and then you'll get more precise answers. Andrew
  8. In these days where IP addresses are gathered by law enforcement officials after raids on purveyors of this evil trade you would be well advised to report the materials if you have clicked on a link only to discover the images. In the UK it is an offence to posses such images and that would include any that have been cached. I'd be astonished if in the USA this wasn't an FBI matter - certainly if the storage is inter-state or even international. In the UK we have CEOP (Child Exploitation & Online Protection Centre) Andrew
  9. FWIW I am using FF5 and have never had the experience you describe. So although it is known it is clearly not a consistent issue. Andrew
  10. Hi! I'm wondering what progress you are expecting. You might bear in mind that your reports alone would not have much effect. The parsing process uses a complex algorithm which requires reports from more than one reporter (amongst many other things). Additionally, in order to benefit from a successful listing you need to be using the Spamcop Block List (SCBL) as part of your spam filtering regime. If you run your own mail server then you might be doing that otherwise you are at the mercy of your Email provider. Of course you'll have a wider range of spam filtering tools in place than the SCBL alone. Andrew
  11. I got an item from LinkedIn yesterday which I had never seen before nor had requested. Seemed to be a new format of Email they had introduced. I recognised this and have manually unsubscribed from that type of message but I imagine that a good number of folks will have reported without necessarily realising what the message was. When a service like LinkedIn adds a new Email and automatically adds users to receive then there is likely to be this kind of issue. Andrew
  12. The point is that the SC parser is not able to identify that this is a Gmail issue because the 10.x.x.x IP number could be any 'private' router/server anywhere in the world. So the automated process in the parser fails. That means that human intervention is needed and that's you in this case Use the Gmail spam filtering process in the Gmail web interface and that should get these messages marked as spam. Andrew
  13. I think that was understood. What was being said, albeit not clearly, was that Spamcop's main reason for being is to report the ip address of the source of the Email. That the Email body is in HTML format is not relevant to that task. All the necessary data is in the Email header. The scenario you describe may prevent the parser from identifying links within the body but since that isn't the SCBL focus of activity it really doesn't matter too much. The suggestion that you take a look at other services was that those groups ARE interested in links within the message. FWIW, a good number of reports consider the reporting of links within a message as a wasted effort. Few ISPs seem to be bothered to take action based on those reports. Andrew
  14. I think you're just lucky. Just recently I've been blessed by Chinese spam. All in Chinese scri_pt which is entirely meaningless to me but I'm selected all the same. Andrew
  15. How soon after reporting are you checking? It can take sometime before reports are filed. Andrew
  16. Actually, I'm not at all suspicious. I was aware of several of the reasons already outlined in this thread (and thanks for the extra info). But I'm unable to offer anything to Kevin's request as I mostly use quick reporting so rarely see the devnull message. Andrew
  17. Hi goldeneye, I think the key thing to remember here is that the source IP has been identified and reported. And that is what Spamcop is about. So your report contributed to the SCBL and the parser has done its thing. The identification of of so-called spamvertised URLs is very much a secondary thing. They regularly fail for all sorts of reasons - many unconnected to the spammer's efforts. In fact SC reporters who use any form of quick reporting automatically bypass the URL parsing. If you are keen to report spamvertised URLs then I would suggest that you would be better to use an alternative reporting process and keep SC reports for the sending IP. There are many discussions of the reasons for URL parsing to fail - you can find them at http://is.gd/x0FDDa Others have recommended tools which I don't use and am not familiar with. I recall Complainterator being recommended - http://is.gd/9j9O43 Hope you find a tool which will help you fulfil your reporting passion Andrew
  18. This sounds to me as if you are sending Email from your ISP account and these are being blocked by the receiving Email service which is attributing the reason to the SpamCop blocklist. If that is correct then you don't have a SpamCop Email account and quite likely an admin will move this question to a more appropriate forum. In the meantime you will only get more specific advice if you can provide the IP address of your outgoing mail server. In general this kind of issue is caused when a mail server gets used by spammers to distribute junk Email. As soon as the spam stops flowing the listing will get removed and the receiving mail services will start accepting ll Email from the mail server. It is also possible that your computer has become infected with a trojan and is, itself, distributing spam without your knowledge. Again, knowing the IP address that is referred to in the error messages you are receiving will give an opportunity to advise. Please noote that these forums are mostly frequented by users of the SC service rather than SC staff. You will need to contact the SC Admins directly for official support. Andrew
  19. No disrespect Ray, but I don't see anyone trying out your scri_pt since we don't know what actions it will actually perform... In fact I'm not clear how you got access to this cgi scri_pt on the server in question. Andrew
  20. SC Email and SCBL are service provided by separate businesses. The availability of grey-listing is offered by the Email company but mailhosts are part of the reporting side. Confusing to have two organisations branded with the same brand but operating independently. As noted, Don suggests a functional way around. Send the request a couple of times and grey-listing should let the message through on the second or third attempt. If that is too much hassle then feel free to stop reporting. We all appreciate reports but understand that life is too short to get bogged down with time consuming inconvenience. Andrew
  21. Me too... I assumed that's what these helpful guys were offering to fix when they said: Wasn't sure how it would help but at this point I'll try anything. Andrew
  22. I think we'd need to see the headers in both cases. I suspect that there will a significant difference Andrew
  23. The whitelisting is the most likely reason you were getting stuff that should have been caught. You'll want to keep a close eye on your trapped spam now that you have blacklisted some of your own addresses to ensure you don't end up reporting legitimate Emails Andrew
  24. At this moment I see that the SCBL is no longer listing this IP but it is still listed in cbl.abuseat.org ("It appears to be infected with a spam sending trojan or proxy.") and the Spamhaus pbl.spamhaus.org Not sure how often Comcast reallocate dynamic IPs but your problem could be that a previous occupier of the address was infected with a trojan. But as Derek suggests you might want to check your PC isn't infected. Andrew
  25. Hope you'll have time to read through this thread. It has lots of useful background and answers to your question. One of the most important things to remember that simply reporting will be unlikely to help you unless you use a mail server to collect your mail which itself uses the Spamcop blocklist to filter the junk that's arriving. Your reports are welcome and help those who do make use of the SCBL (thanks for that) but you don't help yourself unless you or your ISP implement blocklist filtering. In fact it is one of several tools to deploy. I find a combination of grey listing and SCBL filtering keeps my spam load down to about 10 spam items per week. Andrew
  • Create New...