Shared folder appears to be in a "non-intranet" zone -> fixed in 1.4.2/SVN

Try if this makes a difference: http://support.microsoft.com/?scid=kb%3Ben-us%3B929110&x=12&y=10

Yes, I tried that, and it has no effect on the problem. Is the link wrong? It refers to a case sensitive feature in Windows?

This looks like a duplicate of #437. We'll continue this there.

No, it doesn't look like a duplicate of #437.

I'm using a Windows XP SP2 host and guest. And adding VBOXSVR to the intranet zone does not work.

Reproduction: Part #1 * Go to internet options (either in IE or via System Control) * Select register "Security" * Select "Local Intranet" * Click on button "Sites" * Click on button "Advanced..." * Add VBOXSVR to the list (case doesn't matter here)

Part #2 * Close any Explorer window or even reboot the VM * Click on the share and it still says "Internet" in the status bar

If you do the same for normal SMB shares it works fine, e.g. via the IP of the host (for me this is 10.0.0.1).

Regards Maddes

Share via VBOXSVR = only Internet zone

Share via SMB = Intranet Zone

Share via SMB = Intranet Zone

Don't know how to delete my wrong attachment.
Please delete attachment "IntranetZone?_Share_via_VBOXSVR_bad.2.jpg".
Thanks.

Extracting rar files on a shared folder works well now. As for your intranet zone report; it sounds rather strange. Which .net application didn't work? Everything seems ok here. (note that I've just fixed case sensitivity problems with windows guests & linux hosts)

I am reopening this, as I am experiencing this exact problem with VirtualBox 1.5.6 running Win XP Home SP2 from linux 2.6.24.

When mapping shared folders to a drive letter, windows thinks the volume is on the internet, even when \\VBOXSVR\ is explicitly added to the local intranet in inetcpl.cpl.

This causes the following two problems:

1. Windows prompts ("Open File - Security Warning") on execution of applications on mapped shared folders. This is annoying but bearable.

2. Windows media player refuses to play movie files from shared folder when mapped to a drive letter (browsing directly from network neighbourhood works fine). This more problematic.

There is a workaround -- which I'll post here: Map the volume to a different drive letter ( e.g. Z: ) and then do

subst N: Z:\

This convinces windows that the volume is on the local intranet again.

Rereading the other comments, I should add that the problem may in fact be slightly different. Just to be clear:

* Shared folders browsed through network neighbourhood show up as part of the local intranet

* Shared folders mapped to a drive letter are in the internet zone

* After using subst to remap a shared folder to a different drive letter, windows thinks the new drive is on the local intranet again.

This post clears the one I did here. But in different ways, I'm using Ubuntu 8.04 and VirtualBox 1.6.0. And this kind of problem did not happen whithin my old environment - Ubuntu 7.10 + VBox 1.5.6.

Subst command worked well for me for just one connection (I have two VirtualBox shared folders, but please don't ask me why the second one could not be set).

Hope 1.6.2 can fix this.

Problem with Virtualbox 2.0.4 and WinXP SP2 (guest and host):

When I access a shared folder with the UNC name (\\vboxsvr\share), it is in the "local intranet" zone.

But when I map the shared folder to a drive letter (net use n: \\vboxsvr\share), it still is in the "Internet" zone. I didn't find a way to change that.

(I need to use a drive letter, because some batch files won't work otherwise.)

Please try it with v3.0.0 again.

I tested with VirtualBox 3.0.6. The mapped drive of a shared folder is now also in the local intranet zone. Thanks for fixing this bug.

Thanks for the feedback.