Unfortunately this doesn't work quite like that. Naming folders LPT and COM1 makes Windows think the folder is a device name or something like that. It wont let you delete them. That's exactly why when someone takes over a public FTP server that they name the folders this.
-----Original Message----- From: Anthony Abby [mailto:[EMAIL PROTECTED] Sent: Saturday, March 08, 2003 8:14 PM To: NT 2000 Discussions But if I followed this thread correctly it sounded like all he needed to do was log on as administrator, then take ownership of the directory structure. Then delete it. That really can be the only thing stopping him from deleting the files because as we all know, there simply isn't anything administrator can't do. If you can't delete a file, look at the ownership... take ownership, which will reset the permissions for you. Then delete it. Then shut down anonymous ftp access. Anthony On Sat, 2003-03-08 at 21:40, Adam Smith wrote: > On Fri, Mar 07, 2003 at 05:37:00PM -0000, Adrian Cooper said: > > > They have then dumped 20GB+ of warez, MP3 files etc.. into these > > directories, presumably with the idea of promoting it as a public > > respository. > > You could also try and connect from a Linux/BSD machine using the > Samba client tools and remove the directory remotely. The Samba > client tools are included in the native /bin directory on most distributions these days. > > For example on FreeBSD 5.0, you could mount a directory and easily > remove the files remotely: > > # mount_smbfs -W yourdomain //[EMAIL PROTECTED]/C$ /mnt/ftp # cd > /mnt/ftp/pub/theirwarezdir # rm CON LPT1 COM2 > > <etc> > > Your C$ share should be mounted in the /mnt/ftp folder (which you'd > obviously have to create.) You could then navigate to that FTP folder > and remove all the reserved files individually. Once doing that you'd > be able to browse through the directories in Windows and see what's been removed. > > It might be a lengthy process if you are unfortunate enough not to > have any unix boxes on your network, but it will probably repair the > problem. I'm not sure how they would have been able to even create > the reserved worded files, as when I tried creating them using a Samba > mounted share on FreeBSD, I got "Access Denied" error messages each time. > > > This is apparently very common, and the moral is not to run an > > anonymous FTP server! MS have some info here: > > http://support.microsoft.com/default.aspx?scid=kb;EN-US;q120716 > > Also, that's not the moral of the story at all. The Operating System > is responsible for your grief right now. You designed your FTP > (perhaps by > mistake) to accept anonymous uploads. The FTP Server was running > without fault. -- Anthony Abby http://www.comicsnsuch.com | http://www.aplusdata.com Comic Book Community News | Web Programming Inventory Control, Auction, Management | Cold Fusion | PHP & ASP ------ You are subscribed as [EMAIL PROTECTED] Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe send a blank email to %%email.unsub%% ------ You are subscribed as [EMAIL PROTECTED] Archives: http://www.swynk.com/sitesearch/search.asp To unsubscribe send a blank email to [EMAIL PROTECTED]
