Mikael Posted April 4, 2009 Posted April 4, 2009 Hi. I can't seem to pop my email from pop.spamcop.net today. Is this a known problem at the moment? My mail client connects, and see 6 new mails. But while retrieving the first one, the transfer stalls. When I log the network traffic with Wireshark, I see corrupted packets (checksum errors and sudden binary garbage in the data, where plain text should have been), packet loss etc. I see the same at port 80 when trying to load the news page: http://mail.spamcop.net/news.php. Not surprisingly, as it is the same server (216.154.195.50) as far as I can tell. Webmail and spam reporting (mailsc.spamcop.net) works fine. Am I the only one experiencing this?
dbiel Posted April 4, 2009 Posted April 4, 2009 I can't seem to pop my email from pop.spamcop.net today. Is this a known problem at the moment? It's a little over one hour since your post and I was able to POP my spamcop account without any problems, but yesterday morning it failed to work for me as well. It may be an intermittent problem. Not sure if they are doing any load balancing or not, if so it might be a server specific problem.
Lking Posted April 4, 2009 Posted April 4, 2009 I can't seem to pop my email from pop.spamcop.net today. Is this a known problem at the moment? I'm not a spamcop mail user, have you tried clearing out the mail and starting over? Just thinking if the database or links have gotten corrupted, this may clean things up.
Mikael Posted April 4, 2009 Author Posted April 4, 2009 I've tried to clean out all waiting mails now. Some mails actually got through, like the notification mail from this forum, so it might be one of the other mails screwing things up. Time will tell. However, that wouldn't explain the trouble reading the news webpage.
Mikael Posted April 4, 2009 Author Posted April 4, 2009 Well, that wasn't it. I am still having problems.
StevenUnderwood Posted April 4, 2009 Posted April 4, 2009 Well, that wasn't it. I am still having problems. Have you tried any network testing? I am not seeing any issues, and when there is a major problem, this board starts getting busy, which has not happened. For comparison: Microsoft Windows [Version 6.0.6001] Copyright © 2006 Microsoft Corporation. All rights reserved. C:\Users\sunderwood>ping mail.spamcop.net Pinging mail.spamcop.net [216.154.195.50] with 32 bytes of data: Reply from 216.154.195.50: bytes=32 time=37ms TTL=48 Reply from 216.154.195.50: bytes=32 time=36ms TTL=48 Reply from 216.154.195.50: bytes=32 time=37ms TTL=48 Reply from 216.154.195.50: bytes=32 time=37ms TTL=48 Ping statistics for 216.154.195.50: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 36ms, Maximum = 37ms, Average = 36ms C:\Users\sunderwood>tracert mail.spamcop.net Tracing route to mail.spamcop.net [216.154.195.50] over a maximum of 30 hops: 1 1 ms 1 ms 1 ms 10.10.10.1 2 2 ms 2 ms 2 ms 10.10.1.1 3 8 ms 9 ms 9 ms 10.240.160.1 4 8 ms 10 ms 12 ms 172.20.15.73 5 8 ms 9 ms 10 ms static.unknown.charter.com [96.34.80.22] 6 11 ms 10 ms 9 ms 96.34.2.14 7 13 ms 10 ms 11 ms bst-edge-04.inet.qwest.net [72.164.154.201] 8 16 ms 18 ms 18 ms jfk-core-02.inet.qwest.net [67.14.5.10] 9 26 ms 16 ms 18 ms jfk-brdr-03.inet.qwest.net [205.171.30.6] 10 17 ms 17 ms 17 ms p14-1.IR1.NYC-NY.us.xo.net [206.111.13.9] 11 54 ms 18 ms 17 ms te-4-1-0.rar3.nyc-ny.us.xo.net [207.88.12.169] 12 57 ms 22 ms 23 ms te-3-0-0.rar3.washington-dc.us.xo.net [207.88.12 .74] 13 37 ms 37 ms 35 ms te4-0-0.cvr1.atlanta6-ga.us.xo.net [207.88.14.11 4] 14 35 ms 35 ms 36 ms w018.z207088188.cle-oh.dsl.cnc.net [207.88.188.1 8] 15 39 ms 35 ms 35 ms border10.tge4-1-bbnet2.acs.pnap.net [64.94.0.76] 16 36 ms 37 ms 37 ms qts-1.border10.acs.pnap.net [64.94.3.114] 17 38 ms 37 ms 38 ms ten1-2.core1.suw1 [64.88.172.194] 18 37 ms 36 ms 37 ms gig12-1.zone1-gw1.suw1 [64.88.172.38] 19 38 ms 37 ms 42 ms mail.spamcop.net [216.154.195.50] Trace complete. C:\Users\sunderwood>
Farelf Posted April 4, 2009 Posted April 4, 2009 ...For comparison: ...Hmmm - you guys are a fair ways apart. Using http://azero.dk/support/vaerktoej/traceroute/default.asp for something a little closer to the O/P: Fra azero.dk [87.238.248.229] Til 216.154.195.50 Trace timeout (sekunder) 10 Hop timeout (sekunder) 3 Maksimum hops 10 Hent DNS navne (Dette kan tage lang tid for hver server, sæt eventuelt timeout værdien op.) Direkte link: http://azero.dk/?traceroute=216.154.195.50 Tracer ruten til 216.154.195.50 [mail.spamcop.net]. Hop Hop time (ms) IP address 0 - 87.238.248.229 1 0 87.238.248.1 2 125 64.214.149.61 3 109 207.218.80.218 4 125 64.94.0.76 5 125 64.94.3.114 6 125 64.88.172.198 7 125 64.88.172.106 8 125 216.154.195.50 ... which looks to be working okay (just had the thought there could be some trunk issues but it seems not).
Mikael Posted April 4, 2009 Author Posted April 4, 2009 Have you tried any network testing? Yes. Neither ping nor traceroute reveal anything abnormal. I have no packet loss. Just loading the news.php page is problematic (and with the lack of emails in my inbox, that test will have to do for now). Here is a Wireshark capture file of the network traffic: Wireshark capture
Wazoo Posted April 4, 2009 Posted April 4, 2009 Here is a Wireshark capture file of the network traffic: Not sure just how many folks here will be willing to play with an indeterminate .ZIP file. The "hangs on an e-mail transfer" can usually point to a corrupted e-mail. One could set up an IMAP connection to take another shot at retrieval, pehaps deletion. Can't confirm the issues with the 'news' page using multiple browsers, OSs, etc.
Farelf Posted April 5, 2009 Posted April 5, 2009 ...Here is a Wireshark capture file of the network traffic: Wireshark capture Not sure just how many folks here will be willing to play with an indeterminate .ZIP file. http://www.virustotal.com/analisis/94ca80f...5d90a83b0ace287 if it helps. (0/40 detections on the file http2.zip: File size: 2517 bytes MD5...: 6b9ee7d1ed7c5bb6fe1977061fd1c79c SHA1..: f97f5deee2f97cadf4922592e1bacb7c97a540f8 SHA256: a566db18b46358bf27adec41fc26e7d16bdede9f874ed70c13bc8cd3300763ea) Wireshark and network analysis are beyond me, unfortunately. [on edit - .pcap file type 'inside' - I suggest not many would have the viewer, file type might conceivably undermine reliability of security scans.]
Mikael Posted April 5, 2009 Author Posted April 5, 2009 Of course you shouldn't trust an unknown file. I just thought Wireshark (former Ethereal) was more widely known, especially among people that are no strangers to network analysis and troubleshooting. Anyway, this morning all problems are gone. Email coming through and I can also load the news.pgp page fast and reliably every time i refresh the page. I have no idea what happened yesterday, but as this isn't a more widespread problem, I'd guess it was network problems somewhere near my end.
Wazoo Posted April 5, 2009 Posted April 5, 2009 Of course you shouldn't trust an unknown file. I just thought Wireshark (former Ethereal) was more widely known, especially among people that are no strangers to network analysis and troubleshooting. Anyway, this morning all problems are gone. No problem with the knopwledge and use of various network tools, including your choice. As above, I simply stopped when faced with a .ZIP file. Three systems already tasked beyond limits, dozens of open windows/applications running, connected directly to three other mnetworks/systems, etc. .. downloading a .ZIP with unknown content and opening it up is simply is not in the cards under those conditions. (noting that hours later, the only thing that's changed is a few different windows, and currently connected to different networks, working other issues.) Tagged as Resolved. Glad somebody in the middle apparently solved the network traffic issues.
Mikael Posted April 5, 2009 Author Posted April 5, 2009 As above, I simply stopped when faced with a .ZIP file. Oh, that was just to ensure everyone could download the file intact. I have had problems in the past, where unknown file types (unknown to my webserver that is) would get corrupted if downloaded with certain webbrowsers. In hindsight, I probably should have provided the .pcap file instead, and ensured that it had a suitable mime type on the server. But, problem solved, and that is all that matter.
Recommended Posts
Archived
This topic is now archived and is closed to further replies.