trevorb

Retired SpamCop Staff
  • Content count

    63
  • Joined

  • Last visited

Community Reputation

0 Neutral

About trevorb

  • Rank
    Member
  1. The server that generates the graphs (alpha) lost power during all the events and failed to reboot. It is stored remotely and is low priority (it provides no mail services), so we didn't go out there immediately. It is back up now. -Trevor
  2. Two servers that handle routing of POP, IMAP, and HTTP encountered problems simultaneously, so those services were unreliable for the last 45 minutes. Everything should be back up and running smoothly now. -Trevor
  3. The 'popgate' functionality is provided by third-party software that attempts to add features to sites like Yahoo that do not support POP. Unfortunately, since it depends on "screen scraping" it is impossible to reach 100% reliability and even the slightest changes on Yahoo's side can break popgate until an update is released. Since 'popgate' will *always* be an experimental feature, if you depend on mail from an account that does not provide POP we recommend you use a different provider or pay extra for POP access. The current status is that hundreds of users are receiving their Yahoo e-mail perfectly, but some users are only getting partial or no success. The Yahoo! webmail settings seem to be important, and many users have found that switching from the "New" to the "Classic" interface or vice versa solves their popgate problems. I installed a big update to popgate2 this morning and it included changes to the Yahoo code. If you have been having trouble with Yahoo, now is a good time to try again. Make sure you open the POP server configuration page in SpamCop Webmail and click the "modify" button to reset any errors and start checking your accounts again. Please let us know if this fixes any issues or introduces any new ones. EDIT: One more note: 'popgate2' can get hung up on an individual e-mail, so if it was working and suddenly stopped working try deleting or moving the top-most message via Yahoo's webmail interface. -Trevor
  4. Support for '%' notation is actually back now. It isn't supported by our mail server software by default and creating custom patches to support it was making it more difficult for us to do security upgrades. However, we found a way to support it without patching the mail servers so it will keep working for the few users who still need it. -Trevor
  5. Also posted on the news page: The percent sign alternative was originally used because buggy old e-mail clients did not support "[at]" in the username field. Modern clients do not have that problem.
  6. Recently spammers have been gaining access to SpamCop e-mail accounts and thousands of messages out through Webmail. These spam runs have caused ISPs to temporarily block and delay messages from us, as many of you have noticed. To limit the influence of these spam runs, yesterday we added a 30 recipient limit to e-mails sent via Webmail -- that is, no one message can be addressed to more than 30 people. If you need to send to more than 30 addresses and cannot break the list into batches of 30, please use a stand-alone e-mail client instead of Webmail. Our inbound (IMAP/POP) server address is 'mail.spamcop.net' and our outbound (SMTP) server address is 'smtp.cesmail.net'. Both servers require authentication. Your username is your full SpamCop e-mail address, including the '[at]spamcop.net' domain. We recommend Thunderbird as a stand-alone client. You will most likely find that it is easier to manage mailing lists offline, and your will have better control over backing up your contact list. Webmail should not be considered a safe storage medium for large contact lists. We are also looking into alternative ways to restrict spammers so we can eventually raise this per-message limit. -Trevor
  7. All of my missing messages eventually showed up in my test Hotmail account, and messages appear to be delivering instantly now. They were apparently just queuing our messages for an unreasonably long time. We are subscribed to their SNDS service, but it clearly doesn't help. We are currently working on changes to the backend that will limit the impact of these spam runs.
  8. JT and I are aware of this problem with Hotmail. Some spammers managed to send a few thousand messages out of a SpamCop account yesterday, and Hotmail over-reacted with how long they put us on their blacklists for. It is a temporary problem that will clear itself up, but we have no input from Hotmail as to how long it will take. Generally it takes 24-48 hours. -Trevor
  9. This looks like a greylisting bug. Do you both have greylisting enabled? The plus-address extension isn't being removed before adding entries to the greylist. Now that one message has come through can you send a message (from the same server) to the same address and get it immediately? We'll try to get this fixed soon. Thanks for reporting it! -Trevor
  10. Javier is right, held messages are automatically deleted when they are more than two weeks old. You are certainly not required to empty your own Held Mail if you don't want to. -Trevor
  11. For every other blacklist we check all IPs. It's only for the PBL that the last IP is skipped. It is *not* skipped if it is the only IP, so direct-to-MX should be caught. I fixed the duplicate IP bug today, so each IP address should only be checked once. There is nothing we can do about the spam that gets by even though the first IP is in the PBL, since the first IP is usually in the PBL whether it is spam or not. -Trevor
  12. DavidT, For the e-mail you linked to that we didn't block even though it had an IP in the PBL, that is actually correct behavior. The Barracuda doesn't reject messages that are in blocklists like we do, it just scores them higher. Since we outright block them, we have to be more careful about what IP addresses we consider. The very first hop of the e-mail chain does not get checked against the PBL list. The first address is usually the IP address of the computer you are sending from, which is very likely to be your own dynamic IP assigned from your ISP. Since the PBL includes IP blocks that ISPs designate as their dynamic IP range, there is a very high chance that the first source IP in an e-mail will be on the PBL list even though the message is valid. We check every IP except the first hop (which is actually the last one listed in the 'Received' headers) against the PBL. -Trevor
  13. Yep, PBL has been turned on and should be working. -Trevor
  14. Actually, we have had a change of plans. We can't mirror "Zen" directly since it is really an aggregation of Spamhaus' three blacklists, so we are just going to add the PBL and you can choose whatever combination of the three you want (SBL+XBL+PBL = Zen). PBL is disabled for now until we get the local mirror up. -Trevor
  15. The Zen blacklist is an available option now, if you want to try it out. We are going to wait a few days before making an announcement on the news page to make sure all the kinks are worked out. For now you can still subscribe to the other two Spamhaus blacklists, but if you enable Zen you should disable the others since they are included. We will remove the older ones and move everyone over to Zen prior to making a formal announcement. Keep us updated on whether or not you are seeing good results. I ran a test on a batch of 1,000 spam messages. With SBL+XBL 174 messages made it to the Inbox, with Zen only 80 made it by. -Trevor