The site manager doesn't seem to work either, and I don't see how it could anyway as rapidshare uses a script to login instead of a standard http address and login box.
Could you please log in to your Rapidshare Premium account in Internet Explorer? Then please add the downoad link to Mass Downloader and test the download.
Please write us about the result.
"ERROR: SSL downloads are only available for RapidPro customers. (3cf02fc0) "
I'm logged in and it downloads perfectly directly from IE and Firefox...
Thus I would assume that mass downloader is passing the URL differently from Firefox -> mass downloader as apposed to simply copying the link into mass downloader.
Yes, browser should forward cookies to the download manager - otherwise Rapidshare cannot identify the download.
For Internet Explorer, could you please check in the Mass Downloader Options dialog, Integration | Browser section? Do you have the MS Interner Explorer box checked? What is the value of the Use Method drop-down list?
Thank you. The "Default" one is the best for Rapidshare.
It is pity that it stopped to work for you. We will try to find the cause and fix it.
I have the same problem. I think it because Rapidshare is doing some kind of anonymising.
On http://rapidshare.com/#!rapidtools/rapidtools_rsc there is a link checker.
If I plug the original url into it, I get this:
Status : 1 - File OK (Anonymous downloading)
I think the "Anonymous downloading" is the key to all this. I suspect this is a new mechanism that Rapidshare has introduced that Mass Downloader does not cater for.
I have seen other Rapidshare URLs posted on the same site that I use that say "Direct Download" and these work.
close internet explorer without logging off rapidshare. The rapidshare ssl cookie will not be
deleted as it is when you log off.
Massdownloader will now download the files.
I have not found any other way around it as adding the ssl site to site manager does not work.
Can it use Firefox cookies?
At the moment I am forced to use "DownThemALL" but I would rather use Mass Downloader. If "DownThemAll" works, I don't see why MD cannot?
you're logged in or not, but if the uploader has enabled logging or not (at least the rapidshare api
suggests he/she can enable it).
It doesn't make any difference to the url or any to/from data as that is server only.
Somehow RS works fine with MD here, although I had issues with it earlier.
The only thing I remember I did was ensuring Direct Download was enabled in rapidshare options,
added *.rapidshare.com to IE trusted list and disabling protected mode for trusted sites, log in to rapidshare, then copy the cookies for rapidshare which is in Cookies\Low (but not in Cookies) to
Cookies, and the cookies for rapidshare which is in Cookies (but not in Cookies\Low) to Cookies\Low.
I have no idea if this is the reason it works here though.
Btw, IE8 (at least with W7) seems to use two locations for cookies.
The usual "Cookies", and "Cookies\Low". I guess those are for IE unprotected mode and protected mode.
ok, I assumed that anonymous was the reason that some URLs work and other don't.
I'd like to leave IE and cookies out of this, really. As far as I can see, I used to be able to cut and paste a URL, leaving the browser out of the equation entirely. M-D would then get the translated URL directly from Rapidshare. Now it returns the error "SSL downloads are only available for RapidPro customers" despite the fact that the URL contains HTTP, not HTTPS.
However, the same URL plugged into "DownThemAll" works - why?
If I log into Rapidshare from a browser, click the download button, then a save file sequence allows me to save the resultant URL to Rapidshare, which would only be able to download if site manager works, because you need to be a Rapidshare Pro member in order to be able to use a download accelerator like mass downloader.
Someone knowledgeable put this reply on http://answers.yahoo.com/question/index?qid=20110223143237AAKXvuy
Rapidshare enabled SSL (Secure Sockets Layer) in their download section last week (mid of Feb 2011), so now it has to go through an https page to download the file. Unfortunately most of the download managers (Flashget, IDM, Getright etc) dont support the protocol as of now, and gives an error.
You will have to wait until these guys to come up with a version which supports it. Alternatively you can use RSM2 (RapidshareManager 2) for downloading the files. But it is painstakingly slow. The other option is to use Jdownloader with enabling SSL in the configuration settings of your rapidshare account and jdownloader configuration.
Both these are just a work around.. so use this and curse rapidshare until Flashget guys come up with a version update.
So it looks like Rapidshare has certainly changed its way of working, and "DownloadThemAll" knows how to deal with it.
If SSL is on, then try this:
- Log into your account
- Make sure you are on the "My Rapidshare" page.
- Look at the bottom right for a green or red button named "SSL ON" or "SSL OFF"
- If it is On, click it and turn it off.
This assumes you have premium account, which I guess you have, otherwise there's no reason
to expect a downloadmanager to work.
I tried clicking the SSL off button and it had no effect. I guess I'll stick with DownThemAll for the time being.
Old resolved links (i.e the ones starting with ssl/rsNUMBER.rapidshare.com) will stay as they are
until you readd the original link in MD.
And MD apparently reads IE cookies upon MD startup, and _only_ then.
The resultant file contains:
ERROR: SSL downloads are only available for RapidPro customers. (3cf02fc0)
I _am_ a RapidPro customer, so there is something else happening here.
I'm not sure why you chose to ignore the message link that I put up earler, viz:
Here is another one: http://forum.orbitdownloader.com/viewtopic.php?pid=70200
Here is another one: http://ubuntuforums.org/showthread.php?p=10512454
And another one: http://www.internetdownloadmanager.com/support/rsdownload.html
Finally this one: http://forums.informaction.com/viewtopic.php?f=9&t=5818
This problem seems to have existed since 23 Feb. From what I have been reading, there seems to be some behind the scenes handshaking that goes through another SSL page to get the real URL.
It seems to have hit most of your competitiors, but one of them, "DownThemAll!" still works, without any of the tweaking that you have been suggesting:
I really don't have any more time to keep trying out weird tweaks, especially those that rely on cookies for a web browser that I do not normally use.
I look forward to an official update that fixes this problem
Thank you for your message.
DownThemAll! "lives" inside browser. Therefore, it allows browser to make all necessary communication with Rapidshare server and then uses the result.
Mass Downloader uses the original link to start the download and the RS server cheats it using SSL redirect at some point.
I hope we will be able to find the solution shortly.
But, RS seems to use the HTTPS protocol whether it says "SSL ON" or "SSL off".
It is somewhat confusing the way that button says it though. If it says "SSL ON" does it mean that
clicking the button turns it on, or that it is already on?
I downloaded a file a moment ago with MD using "Download this file" through FireFox.
I then tried replacing the "https" prefix the resolved link (https://rsNUMBER.rapidshare.com) had to "http"
and that worked too (My config says SSL OFF).
The protocol change isn't really a problem in itself as MD supports https.
I don't have rapidshare listed in sitemanager, MD only use IE cookies (although I never use IE for anything other than login to assorted sites for MD's cookie use).
Yes, Mass Downloader works well with Rapidshare downloads when using Internet Explorer or FireFox too.
I mean when you open the link you need to download in the browser, signed in as premium user. Just right-click the green High-Speed Download button and select Mass Downloader - Download This File.
Mass Downloader will offer to download some strange "rsapi.cgi" file name, but when you accept this, it renames the file to the correct name as soon it receives the name information from the Rapidshare server.
However, Mass Downloader has some problems when you add a bunch of links to it directly, without browser. We try to find a workaround for this new Rapidshare "feature".
Btw, FireFox integration plug-in must forward the FireFox cookie to Mass Downloader, therefore you do not need to sign in using Internet Explorer first.
I'm not logged into RS with firefox when doing the above, only IE (in other words, using the IE cookie).
after I did what I described above however, I can paste multiple links from anywhere, and it works properly.
However, I had some issues with MD when my computer got IE8, and especially when I
installed W7 x64 (full version, not upgrade) when it was released, probably due to the two cookie stores.
After some experimenting I got it to work again, and it has worked since.
One issue is that somehow MD doesn't like mixing megaupload and rapidshare links in the same session for some reason (at least when doing it this way).. it seems the links to whoever was first of RS or MU succeeds and the other doesn't.
stealing whichever link I clicked on, and it was bothersome due to some sites doesn't like DL managers at
all. I never found any other way to use MD when _I_ asked for it and not otherwise.
What browser do you mean? For Internet Explorer please set the "Monitor clicks with Ctrl+Alt keys only" box under Mass Downloader Options | Integration | Browsers.
As it is, I don't need that plugin (only the extension) though, as it seems my setup works
perfectly as it is although I had to make some changes (menuitem placement) to be satisfied.
I prefer not to be logged into RS through my main browser (FF) all the time (hence why I'm using IE cookies).
Maybe I'm a bit paranoid, but I like to have complete control over what uses RS and not
(Someone stole an account from me a long time ago, so I guess I'm being careful).