Great. Just great. I ran into this while running the update... :((
Akseli A.
Great. Just great. I ran into this while running the update... :((
Akseli A.
Hope this helps: Windows XP/NT Shell Command Listing[^]
Akseli A.
It's a stretch, but you might try disabling UAC -- I've seen the UAC "allow this program to..." freeze up some computers... Good luck! RESOURCE: Disabling UAC in Vista[^]
Akseli A.
Hey, you might want to check to make sure that you have IE set as the default browser both for the whole OS and in IIS. I don't have a server right here to check, but I seem to recall that there is an option in IIS's preferences which asks you to tell it which broswer it should default to. In case that nothing is filled out you can simply type in 'iexplore.exe' and it should start working. If you're going to be browsing dynamic pages you should also note that Windows Server 2003's IE security settings are extremely restricted and you should make it a point to review your LOCAL settings to make sure that you can correct display your pages. Good luck!
Akseli A.
Hey, there are two possibilities as far as I can tell ... 1. the windows installer package, when run from the shared folder, does not know how to parse its own 'home address' and thus tells you that it doesn't exist... In this case I think that your only solution is to have your users map the network drive in order to access the software. 2. it's also possible that, since users enter a username and password (I'm supposing they are) when mapping the network drive, they are getting different permissions to the file than when they access the share. You should make sure that users are not accessing the shared folder as a 'guest' or 'anonymous' user. Also, you might want to check your permissions to make sure that "Eeveryone" and "Guest" have the "Execute" box checked off, as sometimes "Full Access" still leaves "execute" disabled. I'm sorry that I can't be of any more help, good luck! Akseli A.
Hello, after a quick search at Symantec's threat library I found the following removal software for Trojan.Vundo: http://www.symantec.com/security_response/writeup.jsp?docid=2004-112111-3912-99&tabid=3[^] Now, I'm not positive whether or not this will also remove Trojan.Vundo.ATO, but I'd recommend trying it. Download the software from symantec and follow their step-by-step instructions. To avoid any further infections you should take care to keep your anti-viru's definitions up to date, preferably downloading daily definition updates. Good luck!
Hello, I'm new to this site so I'm not sure which section this question best fits in, but to me the Vista board seems like the logical place to post. Anyhow, my question is the following: is there any way to write a script/program that would automatically link Windows Live Messenger's conversations logs (stored in .xml format in .../Documents/My Received Files/useraddress/History) to Windows Visa's integrated contact management software (files stores as .contact)? My goal here would be to have the application/script read the addresses from the conversation history folder and automatically link these (as a file attachment, or as text into the "Notes" section) to the Windows contact with the same address... If this is impossible with Vista's contact management solution -- and it seems like it as the rudimentary software included in vista doesn't allow file attachments -- I'd be happy to get this same thing working with Outlook 2007's contact management solution which does allow file attachments. I hope that I explained myself well enough and that someone can provide some sort of light on the issue. Thank you ! Akseli A.