Jump to content

victory3x3

Membera
  • Posts

    150
  • Joined

  • Last visited

Everything posted by victory3x3

  1. I'm having the same thing for weeks now, Tjsynkral, >10/day. The whole block 43.250.78.x is a cesspool right now, with mostly reputation poor &/or blacklisted. I've been manually reporting them as Turetzsr suggests, and sending reports to KnuJon for the spamvertised site side of things. The seemingly ironic thing about these kind of continued "disconnects" in function is that Ironport/Cisco/Spamcop are the same company (siloed, certainly), and yet Senderbase.org polls/caches the correct contact data. I expected they'd have found a way to leverage the resources of one org to the other more successfully by now.
  2. The treeware letters are starting to arrive: "Due to %yourEmailAddress%[at]spamcop.net bouncing several times you need to re-confirm your accounts, subscriptions, and eConfirms." Good fun... Oh well, I'll use these as the prompting to start migrating the remaining 182 online account credentials registered with my SpamCop email address. Forwarding seems more or less straightened out, but my quantity of mail has certainly decreased. Since there is no way to find out what isn't being forwarded (Ironport block/bounce), it's another reason to get hustling on the migration.
  3. Good data, my headers also show that. I'm not sure the connection between your post and the quoted text, though. That was days ago, the first post in the thread, and the answers to it were long since put to rest.
  4. Good point. I see most of the references do use admin.spamcop.net. Thank you. In the past I had successful contacted them using just deputies [at ] spamcop.net, but I see now, they had always replied using the [at]admin.spamcop.net account. Perhaps they intentionally didn't put in the pointer after the move and this is a WAD (working as designed).
  5. So, more of an FYI to staff: About 2/3 of the way through the bouncing all email snafu, and before an acknowledgement was made of the problem, I sent an email to Deputies to see if there was an official update. Today I got back the following: "The following message to <deputies [at] spamcop.net> was undeliverable. The reason for the problem: 5.4.7 - Delivery expired (message too old) 'timeout'" "Reporting-MTA: dns; prod-sc-smtp2.sv4.ironport.com Final-Recipient: rfc822;deputies [at] spamcop.net Action: failed Status: 5.4.7 Diagnostic-Code: smtp; 5.4.7 - Delivery expired (message too old) 'timeout' (delivery attempts: 0)"
  6. I still have no emails, and the SC reporting page not only hasn't been updated with a new message, they've pulled the old one down. Do they feel it's resolved? Perhaps they could inquire with some of us, before making that assumption? Sure would be nice to know somebody's working on something. I rather expected more from a 127.63 billion dollar market cap networking company. A couple of DNS pointers, and some DB alias imports should be well within their skill set, and quickly accomplished.
  7. 24+ hours later, the bouncing has stopped for me...which is nice. On the other hand, the forwards--that have been in place and working since early August--still aren't working. I have no idea where my mail is going...but it's not getting to me. Webmail has no record of them, and my forwarding address is still correct on the SC reporting side. I do have to give poor marks on this transition and the urgency with which they are prioritizing resolution.
  8. Hmmm. Curious, I never received that one, but my forwards were long since set. Perhaps they didn't acquire a comprehensive list for that communique?
  9. So...going on 8 hours with all my mail bouncing: 1) No news update 2) CESMail Twitter account no update 3) No official forum posts 4) Seems many others are having the same problem To whom do we direct an inquiry for a status update? Like I said above, any major infrastructure migration always has its issues, and I'm tolerant of that, but it has been quite a while, and with no official channel to update us on a resolution timeline.
  10. Probably everyone has seen the answers on other threads, but if not: 1) Yes, the cut-over was early. ? 2) Yes, the form in webmail no longer has the option to set forwarders. 3) Yes, IMAP was killed at the same time as the early cut-over. Fortunately, there's already an option set up on the reporting page to update: "Should you wish to discontinue this forwarding or change the address mail is being forwarded to, you will find a new tab on the SpamCop.net Reporting Service page when logged in allowing you to do this." Where "New Tab" == Preferences -> "Change Email address or name" Unfortunately for me, my forwarding isn't working today (they've been set/working since August 10th, 2014) and all my mail is still bouncing, several hours later. I'd like to think it'll get resolved soon...
  11. Still bouncing for me, couple hours now, no joy. I have gone to the new preferences on the reporting site, and my forwards are set up as desired (and inherited correctly from webmail.spamcop.net settings).
  12. I've had my forwards set up and working since the day after the announcement went out, August 10th, 2014. Today: 1) 2) Logging into webmail.spamcop.net, a few hours before the official cut-off, to see what's up with my Forwarding settings, the option to set it up is: A.) Removed B.) No way to confirm that my setting was ever there and/or was blown out in the migration. Now, I'm just fine with cut-over issues, and temp outages, but with #2 happening, I've got no way to tell if there is a larger problem at work, and all my mail will continue to bounce...indefinitely.
  13. I never got responses to my requests for refund, but this (below), posted last night on the SpamCop homepage, more than makes up for the economic value lost for me, in the long run.
  14. You know, a curiously non-complex, super easy way that I used, avoids all the technical hoop jumping and gets the job done just fine. I use eM Client, but I expect Thunderbird and others will do the same. I just configured two IMAP accounts in the program, Spamcop, and %newProvider% (in my case GMail), and then just dragged'n'dropped emails from SC to GMail. A bit slow, but since GMail only allows for POP to another account, it was my most logical/efficient approach. It sounds like some of the other paid services have better import functions directly, but I chose to go with GMail since I already had an account and use their calendar and contacts to sync to my Android devices; plus, I didn't see the value of throwing another actor into the mix. Since I had 15 years of email in SpamCop, to be very safe and redundant, I made an archive snapshot to disk before the migration using "MailStore Home 8" (free). It seems to work well, and has export, import, view, and your standard CRUD logic.
  15. I think I've sufficiently answered my own questions on this, and since it involves more than just forwarding questions, I posted it under it under the "Spamcop Alternatives?" thread.
  16. It was with a heavy heart that I finished the moving/purging/archiving of all Spamcop.net email last night. Now it is a empty husk, where previously 15 years of scumbag-bashing history resided. So closes this chapter. Over the next year, I will port over the 571 online credentials I've used my %userName%[at]Spamcop.net for, over to aliases on my own domains that I control everything on...so I don't run into this kind of catastrophic rework again. I was relieved to find my hosting company allows for mass CSV import of forwarders in the cPanel, so that will be my process to isolate my main accounts from the disposable, temp accounts. For example instead of my %userName%[at]Spamcop.net to register with Monster.com, I'll now use monsterjobs[at]%myDomainName%.com. Easy to turn off, easy to redirect, and my main account(s) remain insulated. I am glad I have a year to get through this mountain of labor and logistics. I've chosen to use GMail as my mail service provider (everything forwards to it). Logic: Great up time. 25 GB space (on my account...for some reason). Free. Allows aliases. Plenty of programs that IMAP seamlessly (I'm using eM Client, Thunderbird previously. Mailstore Home 8 for redundant archiving). Not likely to have its plug pulled anytime soon. Web interface when on the road is full featured, and integrated with calendar/contacts. Seamlessly integrates with my Android devices. I'd be interested in hearing why people are reluctant to use GMail in previous posts, to see if I have overlooked anything. NSA concerns? I have trouble thinking any mainstream product is immune though. Spamcop and Spamcop Forums (previously...The Newsgroups), it's been a long ride, with both ups and downs; I hope for those sticking around, that the reporting side remains somewhat relevant, and that it fixes its RIPE lookups some year. Adieu. "Peace, and Long Life."
  17. I have just counted my online credentials, and I have 571 online accounts registered with my %acctName%[at]spamcop.net address. Since 1999'ish I've always handed out my SpamCop.net account to act as my buffer to my main/private accounts. So...while it's nice that forwarding will happen "for at least a year," it doesn't sound like this will be a permanent offering and I'm compelled to conclude that I have a lot of work to do. I've noticed some comments on DEA account services like Spamex, E4Ward, etc, but my concern is that they too can get yanked out from under you at any time and/or have their own reputation issues. I also have over 25 domain names with unlimited email accounts, and I can set up whatever I need. For example I have a LinkedIn[at]%oneOfMyDomains%.com to know where the bot got my address and can easily terminate it if it's too abused with no effect to my main account. Since this is such a revolutionary, and time consuming change to my processes, I'd like to get some tips/tricks/ideas, that I may not have thought of, that others have successfully used to isolate their accounts. Thanks.
  18. That was an informative post "email_support," thank you. This service will be no charge? Part of the fuel pricing? Limited offering, or in perpetuity? Only for individuals grandfathered in by having a %userName%[at]spamcop.net account, or will new users also have a virtual/forwarding account? How is the user to check what has filtered to spam in the newly forward-only configuration? Will spam just be automatically sent to "Queue for reporting/Report spam" area of Spamcop.net? Lastly, on so many minds: as you are aware, there have been no small amount of lengthy, painful outages this year with no channel provided for redress. Now the service is being shut down--and with many of us having recently renewed--there will need to be a process to petition for refunds. To whom should such a request be directed? Thank you for so many previous years of stable email service.
  19. It seems it's time to terminate the partnership between SpamCop and CES Mail and find a vendor that knows how to manage and provision to an acceptable service availability agreement.
  20. I'm sorry, but I have to agree with Spamcop 98, citing the following (and blending both services together as I perceive the full user experience to be). * About of month of timeouts last year, and system unavailable, and no sufficient explanation given (other than Cisco saying "ah, well our needs outweigh yours, so tough"). * No consideration for paying members for the that extended downtime, Free users got fuel. * Continued inability to figure out RIPE lookups when other services have. And seeming giving up on manually updating route abuse authorities. * Several mail outages, with inadequate explanation, and no discussion of pro-rated credit. * Missing logo, nobody cares. * Rarely are the forums populated by anyone who actually knows anything, or more importantly, who can take action on anything. * There is no blog, dev updates, and no area to learn about upcoming developments and commitment to the project. Now I'm not looking to pick a fight, or start a flame war, or be Angry Joe, I'm just saying from the user perspective, it just seems there's a server sitting somewhere at the back of a data center, and it'll just keep going until it doesn't, and then, it'll stop; there'll be no announcement, this invaluable tool to defend against the onslaught will just quietly go offline, because there is nobody at the helm keeping it alive. That's what it feels like in "user land." I would so love to have a different opinion, and be proven totally wrong. If I didn't need to work for a living, I'd be volunteering to help (because I'm passionate about the cause), but by all appearances this *is* a service in decline, and that's sad.
  21. % This is the RIPE Database query service. % The objects are in RPSL format. % % The RIPE Database is subject to Terms and Conditions. % See http://www.ripe.net/db/support/db-terms-conditions.pdf % Note: this output has been filtered. % Information related to '37.236.0.0 - 37.237.255.255' % Abuse contact for '37.236.0.0 - 37.237.255.255' is 'qussay[at]earthlinktele.com' inetnum: 37.236.0.0 - 37.237.255.255 netname: BROADBAND-SUBSCRIBERS-POOL descr: EarthLink Ltd. Communications&Internet Services-Orange country: IQ admin-c: SHA96-RIPE tech-c: SHA96-RIPE status: ASSIGNED PA mnt-by: MNT-EARTH source: RIPE # Filtered person: Sarmad H. Ahmed address: EarthLink Ltd. Communications&Internet Services phone: + 964 790 1946348 nic-hdl: SHA96-RIPE source: RIPE # Filtered % Information related to '37.236.160.0/21AS50710' route: 37.236.160.0/21 descr: EarthLink Telecommunications origin: AS50710 mnt-by: MNT-EARTH source: RIPE # Filtered % This query was served by the RIPE Database Query Service version 1.72 (DBC-WHOIS4)
  22. % This is the RIPE Database query service. % The objects are in RPSL format. % % The RIPE Database is subject to Terms and Conditions. % See http://www.ripe.net/db/support/db-terms-conditions.pdf % Note: this output has been filtered. % Information related to '185.49.68.0 - 185.49.71.255' % Abuse contact for '185.49.68.0 - 185.49.71.255' is 'info[at]coretek.ru' inetnum: 185.49.68.0 - 185.49.71.255 netname: TR-US253-20140228 descr: Servertek Technology Limited country: DE org: ORG-STL57-RIPE admin-c: CN2885-RIPE tech-c: CN2885-RIPE status: ALLOCATED PA mnt-by: RIPE-NCC-HM-MNT mnt-lower: CORETEK mnt-lower: OCOM-MNT mnt-routes: CORETEK mnt-routes: OCOM-MNT mnt-domains: CORETEK mnt-domains: OCOM-MNT source: RIPE # Filtered organisation: ORG-STL57-RIPE org-name: Servertek Technology Limited org-type: LIR address: CORETEK.RU address: RIX APARTMANLARI 19 MAYIS CADDESI NO 9/A address: MERSIN10 address: GIRNE address: TURKEY phone: +905338775578 mnt-ref: CORETEK mnt-ref: RIPE-NCC-HM-MNT mnt-by: RIPE-NCC-HM-MNT source: RIPE # Filtered abuse-c: AR18365-RIPE role: CORETEK NETWORKS address: KKTC, Girne, 19 Mayis cadessi, No 9A nic-hdl: CN2885-RIPE mnt-by: CORETEK source: RIPE # Filtered % Information related to '185.49.68.0/22AS16265' route: 185.49.68.0/22 descr: Routed via LeaseWeb origin: AS16265 mnt-by: OCOM-MNT source: RIPE # Filtered % This query was served by the RIPE Database Query Service version 1.72 (DBC-WHOIS2)
  23. [whois.ripe.net] % This is the RIPE Database query service. % The objects are in RPSL format. % % The RIPE Database is subject to Terms and Conditions. % See http://www.ripe.net/db/support/db-terms-conditions.pdf % Note: this output has been filtered. % To receive output for a database update, use the "-B" flag. % Information related to 'AA11700-RIPE' % Information related to '164.138.16.0 - 164.138.23.255' % Abuse contact for '164.138.16.0 - 164.138.23.255' is 'amir.akhoundi[at]ouriran.com' % Abuse contact for '164.138.16.0 - 164.138.23.255' is 'amir.akhoundi[at]ouriran.com' inetnum: 164.138.16.0 - 164.138.23.255 netname: IR-RAVAND-20120316 descr: Ravand Tazeh Co,.PJS. country: IR org: ORG-RTC4-RIPE admin-c: AA11700-RIPE tech-c: AA11700-RIPE status: ALLOCATED PA mnt-by: RIPE-NCC-HM-MNT mnt-lower: AA97621-MNT mnt-routes: AA97621-MNT mnt-domains: AA97621-MNT source: RIPE # Filtered organisation: ORG-RTC4-RIPE org-name: Ravand Tazeh Co,.PJS. org-type: LIR address: Ravand Tazeh Corp. address: 133 Mirdamad St. P1 address: 1911618433 Tehran address: IR abuse-c: AR15660-RIPE mnt-ref: RIPE-NCC-HM-MNT mnt-ref: AA97621-MNT mnt-by: RIPE-NCC-HM-MNT source: RIPE # Filtered person: Amir Akhoundi address: No.133 MirDamad Av. Tehran Iran phone: +9821 26401650 nic-hdl: AA11700-RIPE mnt-by: AA97621-MNT source: RIPE # Filtered % Information related to '164.138.19.0/24AS59431' route: 164.138.19.0/24 descr: RAV-164-138-19-0-0 origin: AS59431 mnt-by: AA97621-MNT source: RIPE # Filtered % This query was served by the RIPE Database Query Service version 1.72 (DBC-WHOIS4)
  24. "Abuse contact for '37.148.204.0 - 37.148.207.255' is 'support[at]godaddy.com'" % This is the RIPE Database query service. % The objects are in RPSL format. % % The RIPE Database is subject to Terms and Conditions. % See http://www.ripe.net/db/support/db-terms-conditions.pdf % Note: this output has been filtered. % Information related to '37.148.204.0 - 37.148.207.255' % Abuse contact for '37.148.204.0 - 37.148.207.255' is 'support[at]godaddy.com' inetnum: 37.148.204.0 - 37.148.207.255 netname: GDNL-37-148-204-0-0-TO-207-255 descr: Go Daddy Netherlands B.V. country: NL admin-c: GS14455-RIPE tech-c: WR1096-RIPE status: ASSIGNED PA mnt-by: MNT-GDG-NL source: RIPE # Filtered person: Greg Schwimer address: H.J.E. Wenckebachweg 127 1096 AM Amsterdam phone: +14805058877 nic-hdl: GS14455-RIPE source: RIPE # Filtered mnt-by: MNT-GDG-NL person: Will Regg address: H.J.E. Wenckebachweg 127 1096 AM Amsterdam phone: +14805058877 nic-hdl: WR1096-RIPE source: RIPE # Filtered mnt-by: MNT-GDG-NL % This query was served by the RIPE Database Query Service version 1.71 (WHOIS1)
×
×
  • Create New...