Tempoarily out of resourse, please try again later.
Filed in: Malaysia, Tmnet — August 5th, 2005
Have you experienced “Tempoarily out of resourse, please try again later.“(yes, “tempoarily”) message when you try to load a web page?
I do, especially on Firefox but got the message in Opera and Internet Explorer too. Therefore, I don’t think it is Mozilla browser’s problem.
From the google search results, seems like the problem is for Malaysian TM Streamyx users only. So, nothing we can do about it. I wish TM at least correct the spelling mistake. 
Comments Feed
TrackBack URL
August 5th, 2005 at 10:14 am
It is because that Streamyx is behind a transparent proxy.
August 5th, 2005 at 10:17 am
yeah, install transparent proxy to implement the online guard services but caused the error message. duh.
August 5th, 2005 at 10:26 am
ohh…I experience this but never look into it.
August 5th, 2005 at 10:32 am
I and my buddies are having this problem too.
August 5th, 2005 at 10:51 am
This is a problem with the Cisco Cache Engines which TMNet bought. They are the transparent proxies which make us have the IPs 219.93.174.xxx when we surf overseas sites.
I have a theory lah guys.
Most of the visitors to our Malaysian blogs with Adsense accounts are Malaysian right? And these Malaysians are the ones who click on our ads right?
Could it be that each and every one of us seems to appear as the same people to Google because of these transparnet proxy IPs? That’s why alot of Msian bloggers are banned?
August 5th, 2005 at 2:03 pm
No wonder lah i keep getting the message, i thought is the website server problem.
August 5th, 2005 at 3:27 pm
I oso got the message. But reload, okay oledy.
August 5th, 2005 at 3:55 pm
yes, reload will be fine but that’s annoying.
August 5th, 2005 at 5:13 pm
got them too. hah, i thought it was just me.
since i’m on flickr a lot sometimes, it gets very annoying.
August 5th, 2005 at 5:14 pm
Damn TM NET!
Is there away we can fight this?
I thought it was problem with my Slackware NAT.
August 5th, 2005 at 5:26 pm
Hahaha, me too. I was dem amused with the spelling and wonder who inserted that. Now the mystery solved.
Wah, Paul your theory real ah? I am the kambing korban la?
August 5th, 2005 at 5:35 pm
I honestly dont know real or not. That’s why it’s called theory hehe.
August 5th, 2005 at 6:35 pm
Pls call 1-300-88-9515 and bug them.
Make sure you insist in filing a report.
Get the name of the persons attending to you.
Give the error message in exact same spelling to the people there.
Becareful, as they will say this is compatibility problem, DNS problem, etc.
Am pursuing the matter. Have been put on hold for more then 30 minutes in total. Total time on the phone is more then an 1 hour. Will report more here.
My aim is to get them to remove the cache. OR at least get it work correctly.
August 5th, 2005 at 6:49 pm
I don’t know about you guys but I’m pretty fine when I’m on the 218.111.x.x class. Try to redial until your get that class.
lilian: yes this stupid caching is not fux0ring up cookies and logins due to the IP. and yes Google could detect the same IP and probably flag as click fraud.
carboncopy: tell us when you’ve done something
YES there is a way around this but not for everyone. Use a very stable proxy (on a non standard proxy port) located out of Malaysia.
August 5th, 2005 at 7:11 pm
Am I having a new record for Malaysian’s Book of Record?
Facts and figures:
Total time on the phone calling 1-300-88-9515 : 1 hour 27minutes.
Longest period on hold : 22 minutes
Second longest : 17 minutes
Third longest: Didn’t record it.
Reasons given for the problem:
Compatibility problem - because I use Linux, and Mac OS X.
DNS problem (by supervisor RKishan).
RKishan supposed to connect me to his floor supervisor, but after 22 minutes, the first person who answered my call pickup again. (I wonder who is on extension 7271)
This time, he concede to file a report.
Will be making traceroute to servers around the world and email the results to @vads.occ.com (now you know which company it is). And also screenshot when the error happens.
Please print screen / take screenshots of the error when it happens. Include time and date and store it up to be emailed to them. Get the email address from the person you make a report to. Remember to get the report no.
Call the “hotline”! They have not receive any reports!
August 5th, 2005 at 8:31 pm
A correction to my previous comment
The email domain is occ.vads.com and NOT vads.occ.com. Sorry for the mistake.
August 6th, 2005 at 1:40 am
http://farking.spunge.org/blog/p/398
August 6th, 2005 at 2:09 am
[...] So what is the trouble? Well it is annoying. At first I thought it is trouble with my Slackware machine which acts as router (Network Address Translation, NAT) as well as a desktop. Therefore I tried to pursue the matter at linuxquestions.org. Received some very expert advice there. But finally it was win32sux (someone’s callsign) who pointed me to a thread in mydefcon.org forum. Which brought me to liewcf.com where I posted a few comments. [...]
August 14th, 2005 at 11:16 pm
yes..Tempoarily out of resourse, please try again later..i have been experiencing that the past couple of days. am using safari. so what can we do?
August 15th, 2005 at 12:28 am
the solution is refresh the page, or use Jaring.
August 15th, 2005 at 2:17 am
KamalShah:
You can make a report to TM NUT by calling the hell center.
Tips on making call to tm nut’s hell center:
1. Make sure you have a stop watched with you to time every on hold period.
2. Make sure you have pen and paper.
3. Asked for the name of the person you are speaking to, and their WORK ID.
4. Ask for your report no.
5. Ask them to repeat to you what is the problem you are facing.
6. If the asked you to clear your cache, or incompatibility problem (mac, linux, *bsd, solaris, etc.) or what ever nonsense. Demand to speak to the MANAGER! Yes, they are allowed to transfer the call to the manager. They are lying if they say they can’t.
7. Demand and say it is the problem with their infrastructure.
Anyway, a quick fix is to reconnect until you get 218.111.* subnet.
I experienced it on 60.* subnet. Not on 218.111.* But don’t tell them that. And tell them you know other people have reported the same error before.
Oh by the way, the next time it appears, take screenshot of it. You can use Grab (found in /Application/Utilities).
August 15th, 2005 at 2:19 am
By the way, Liew, I don’t think letting TM Nut get away with this problem is the way to go.
We need to think of a collective effort to do this. For example start an online petition.
August 15th, 2005 at 11:14 pm
Agree with cc, should call and pester them…but then again, this is Malaysia, what do you think is gonna happen?
August 21st, 2005 at 3:11 am
Thanks for the info guys. For days (or is it months?) I’ve been thinking it was a problem with my browser (Netscape 7.2). I’m glad that this topic is being discussed otherwise I’d still be living with my ignorance.
August 21st, 2005 at 4:52 pm
and yet we’re having frequent downtime with international links recently. . surf only malaysian web ? what web do we have?
August 21st, 2005 at 5:28 pm
any network admin or network expert out there? i dont know shit but you guys can send them with any network data you can provide to them and can send to streamyx@tm.net.my. they do reply.
August 22nd, 2005 at 12:10 pm
First of all, TMnet’s proxy servers are not “transparent”.
They are “anonymous”.
When we surf, it doesn’t show any X-Forwarded-For entry in the HTTP header so the destination server doesn’t know our true IP address, they only know that the anonymous proxy server is trying to connect to it.
Anonymous proxy server protects the identity of the users but they can give problems as well.
1st problem is when connecting to BitTorrent trackers that use port 80. The tracker will detect your IP address as the proxy server’s address, not yours.
2nd problem is the proxy server is always heavily congested.
3rd problem is some websites limit the number of simultaneous connections to their server per IP address. We are talking about thousands of TMnet users using their proxy servers here. Some websites are going to tell you “Too many connections from your IP, bla bla”.
I personally believe TMnet installed these proxy servers to reduce their bandwidth usage thus reducing their cost. Hiding the IP address of the users?
August 22nd, 2005 at 2:28 pm
kmleow: whether they are anonymous or not, they are still transparent because our connections are proxies transparently without requiring any intervention on our part.
August 28th, 2005 at 4:57 pm
Now i know why i couldn’t download from rapidshare anymore, because my ip is always downloading a file while actually i do not, somebody else is using the same ip as me.
Worst, my ip is always blacklisted:
We are sorry, but your IP address (219.95.187.228) is listed in some DNSBL as a spam related host. To filter out the bots we use captcha.
http://www.openrbl.org/query?219.95.187.228
TM Net Sucks.
Vads sucks! (The share price is so overvalued, shit!!!)
September 24th, 2005 at 2:05 am
[...] Since Google Secure Access VPN allows me to skip TMNet’s transparent firewall rules which force my HTTP browsing to go through their buggy Cisco Cache Engine proxies, I think I’ll tunnel my traffic through the Google Secure Access VPN whenever the TMNet proxies go really haywire. [...]