How to disable Open file – Security warning

After installed SP2 for Windows Server 2003 Standard, If I try to run batch files (.bat; .cmd;.lnk;.pif) from the network share, I get an “Open file – Security warning” -dialog where I must confirm that you allow the execution of the unsigned file.

security-warning1.jpg

Basically this prevents scheduled scripts to run on the system. If you are absolutely sure you want to allow the execution without confirmation, you can add the server which shares the executable file(s) in the Internet Explorer’s Local Intranet Zone. The systax is file://servername not http://servername. Note that this action compromises the system security.

9 Responses to “How to disable Open file – Security warning”

  1. Steve O Says:

    Thanks for this. It was just starting to annoy me too.

  2. iswarade Says:

    Nice, I can help.

  3. Xman Says:

    How can i do this programatically. Like adding the share to the registry or something like that ?

  4. M Mustafa Says:

    Excellent explaination, thanks you so much

    Well done and many thanks again

  5. Nguyen Hiep Thong-VietNam Says:

    http://answers.yahoo.com/question/index?qid=20061107232556AAsBdFe
    View in this link !

  6. Holly Says:

    Thanks, it’s very useful for me.

  7. HITESH Says:

    THANKS DUDE TO SOLV MY PROBLEM

  8. Eric Says:

    I am reconfiguring a new terminal server and I can not get this to go away for my terminal server users. It does not affect the admin account, only users. I have tried everything “ever” posted on the internet to no avail. Going on a wekk of trouble shooting already. I use Group Policies to config this but, as best I can tell, the settings are not being applied to the user profiles. I have an older Terminal Server which is accepting the Group Policies just fine. Just this new Terminal Server is causing the pain. Again, I have tried every fix posted to no avail. Any help or sugggestions anyone could toss my way would be greatly appreciated.

  9. Eric Says:

    Answered my own problem a few minutes ago.

    The policy “MUST” be set on the terminal server itself directly by running gpedit.msc on the Terminal Server. I was attempting to set the policy using domain policies on the Domain COntroller in Active Directory. Odd, I don’t know why that would not have worked other than maybe the Terminal Server might have had to be in the OU of the policy for it to work. Oh well, it’s fixed now.

Leave a Reply