More Problems on Astraweb (US)
Earlier this evening, I noticed that Astraweb/US was once again having serious connection problems (tons of 'connection: timouts' and the like) while connection speed (that is, if a real connection could be established before it dropped) was slowed to a crawl.
Speed and connections to other servers (including Astraweb/EU) continued to work just fine.
One of these days these folks will clean up their operation, or hire folks that will run it properly.
And yes, I complained (once again) in their email system. Fat lotta good that will do.
Addendum:
As is fairly typical, 2-3 hours later things calmed down. They really need to do a top to bottom review of their operations.
Re: More Problems on Astraweb (US)
I just sent in my cancellation. I think I may try UseNetServer which is a buck cheaper. :cool:
Re: More Problems on Astraweb (US)
good luck with dmca & overal completion problems(highwinds)
AW isnt perfect but i prefer to have techncal glitches from time to time rather than dmca and large completion issues
Re: More Problems on Astraweb (US)
Quote:
Originally Posted by
WHiKWiRE
I just sent in my cancellation. I think I may try UseNetServer which is a buck cheaper. :cool:
I'll do the same at the end of this month.
Re: More Problems on Astraweb (US)
Been having problems too. Newsbin Pro is reporting all kinds of connection issues with Astraweb here lately. Also the speed drops sometimes nearly 20Mbps. It is annoying but what other alternative is there to them that doesn't have the DMCA take downs like Hypatia mentioned. I guess I will stick with it and hope they get their shit straight soon.
Re: More Problems on Astraweb (US)
It happens now and then, oh well, I noticed it for a bit that my speed had dropped but shit happens. Like you said an hour or two later it was fine.
Re: More Problems on Astraweb (US)
Quote:
Originally Posted by
whiteboy
It happens now and then, oh well, I noticed it for a bit that my speed had dropped but shit happens. Like you said an hour or two later it was fine.
A lot of folks over the months/years have seen the same thing, this was the first time (probably in ages) since it was so 'up front' (read: several hours) long of an 'event'.
99.99% of the time, things run great. Then it 'runs off the rails'. It's one of those things that, in the scope of usenet, if it doesn't get too bad (those couple of hours becomes couple of days, or like the recent article mis-completion/missing parts routine) doesn't become the norm instead of the occasional burp.
Again, I honestly don't see how they can run a plant like this without generating reams and reams of error files. Unless they are like a lot of folks these days, they simply ignore the problem(s) until, like I said, then entire operation runs off the rails.
'What a way to run a railroad'.
Re: More Problems on Astraweb (US)
What are the thoughts on Supernews? It was my understanding that they were based off of giganews' backbone. Are they subject to the same DCMA complaints?
Re: More Problems on Astraweb (US)
Quote:
Originally Posted by
WHiKWiRE
What are the thoughts on Supernews? It was my understanding that they were based off of giganews' backbone. Are they subject to the same DCMA complaints?
Seems like it to me. Not very often I see it but sometimes I get missing articles on the same type of stuff as I did when I had GN.
I'm mostly downloading movies and can't say I had any big problems with GN before I switched to AW/SN though but more is better and you never know when you want to check out an episode of something they've fucked up.
One thing I haven't noticed before now is that with 10 connections to EU and 10 connections to US AW servers, and 20 to SN have made Newsbin download 200GB more from SN compared to AW. I guess it has something to do with speed and the fact that I always get "login rejected" on a few connections to AW when I fire up Newsbin (gone after a minute or so though).
Re: More Problems on Astraweb (US)
According to this site http://www.newsgroupservers.net/news...rver_resellers they are a Giganews reseller.