|Trying to remove quick view cache of a pdf file on an ftp server, but We weren't able to verify your||officesec||1/8/13 1:54 PM|
I have read the FAQs and checked for similar issues: YES
My site's URL (web address) is: prefer not to post
Description (including timeline of any changes made):
I am trying to remove 100s of the quick view cache of a pdf file on an ftp server.
I have added the ftp domain (ftp://ftp.(ip address) as opposed to http://www.[domain].com) to my webmaster tools account. However, I am not able to get the ftp verfied even thought the url loads when I click Confirm successful upload by visiting..., I also added a robots.txt so that all web crawlers avoid the directory.
Any way to speed up the process of removing this sensitive document from google cache?
Thanks for any help!
|Re: Trying to remove quick view cache of a pdf file on an ftp server, but We weren't able to verify your||Gavin Weakley||1/8/13 2:43 PM|
I had the same problem verifying an ftp 'site' (see my post here: http://productforums.google.com/forum/#!category-topic/webmasters/removing-content/xeOr2APraFA) - although I did not mention this in my post, I can verify there appears to be a bug in Google's procedure in this area. I used one of the links for reporting pages on other peoples sites.
|Re: Trying to remove quick view cache of a pdf file on an ftp server, but We weren't able to verify your||VaibhavM||1/9/13 12:53 AM|
I am also facing exact same problem.
Is there any speedy way to remove the files from Cache?
|Re: Trying to remove quick view cache of a pdf file on an ftp server, but We weren't able to verify your||officesec||1/9/13 5:29 AM|
Either the bot took its sweet time or Google pushed the request through as my customers ftp was verified and I was able to remove all the links and demote all the urls. Customer is happy - you can close this issue.
I hope you get your stuff removed or hit me up at anything @embracesecurity.com
|JohnMu||1/9/13 5:50 AM|
Just to close the loop -- FTP verification can take up to about a day, as in some cases - for technical reasons on our side - it can't be done "live" when you're in Webmaster Tools. I'm happy to hear that it worked out in the end though :)
|officesec||1/9/13 6:05 AM|
Thanks for the info John you always seem to be around when things get fixed. =)
|Gavin Weakley||1/9/13 7:12 AM|
If what you say is true, it is incredibly annoying that the message 'We weren't able to verify your site' is displayed. The message should be completely different if a verification process has been initiated. I tried to verify an FTP site (which was never meant to be public) about 28 hours ago, and it is still unverified and still saying it cannot verify, even though the test link works. It is incredibly frustrating that there is no way to get a quick response from Google when highly confidential files have been cached and are still being served up to anyone who hits the right keywords.
|JohnMu||1/9/13 9:37 AM|
You're right, this is a wrong message to show in a case like this, and I understand that it's frustrating. I'll double-check with your site to see if there's something we can do to get it verified faster once the verification elements are in place.
|Gavin Weakley||1/9/13 11:46 AM|
Thanks, problem now solved. What a relief.
This issue is bound to resurface. Most people with an Asus Rt-n56u router and a usb network drive, like me, probably have no idea their files are exposed to the Net by default. A search on 'aidisk_a1' (the default disk1 name on the router) returns 53.000 hits from a whole range of systems with no domain names. Perhaps Google should reconsider its policy of indexing/caching sites with no domain name?
|Gavin Weakley||1/9/13 1:10 PM|
I spoke too soon. My worst problem is fixed, but I still have 172,000 files cached by Google! I finally have verified access to the site. So I have submitted a request to remove the URL, and I hope it will receive urgent attention via that (site owner) channel.