To summarize: sub-folders under a user on IIS 6.0 ftp cannot have the same
name as any other user / home directory.
Is this correct?  Is this documented anywhere?


On Mon, Nov 10, 2008 at 4:17 PM, G.Waleed Kavalec <[EMAIL PROTECTED]> wrote:

> Our work-around, by the way, is to make the subfolders a different name.
> (For historical reasons we are stuck with user "test".)
> This seems to be an undocumented "feature", not allowing a subfolder name
> to equal an unrelated virtual directory name.
>
> Anyone else seen this?
>
>
>
>
> On Mon, Nov 10, 2008 at 3:54 PM, G.Waleed Kavalec <[EMAIL PROTECTED]>wrote:
>
>> Environment: Win 2003 server, IIS 6.0, FTP with (non-AD) user isolation.
>>
>> An FTP user logs on as user-1
>> They have two subfolders: test and prod
>>
>> they cd to folder test and upload a file
>>
>> As it so happens, there is a user "test" with a folder "test" and THAT is
>> where user-1's file goes; NOT to user-1\test
>>
>> MANY other users have the same subfolder structure, without having this
>> problem.
>>
>> Deleting user-1 (and virtual directory etc) and recreating does not help.
>>
>> What am I missing?
>>
>> --
>>
>>
>>   Gregory Waleed Kavalec
>> ---------------------------------------------
>>     I believe in the free speech that liberals used to believe in,
>>     the economic freedom that conservatives used to believe in,
>>     and the personal freedom that America used to believe in.
>>
>>
>>
>>
>>
>>
>
>
> --
>
>
>   Gregory Waleed Kavalec
> ---------------------------------------------
>     I believe in the free speech that liberals used to believe in,
>     the economic freedom that conservatives used to believe in,
>     and the personal freedom that America used to believe in.
>
>
>
>
>
>


-- 


  Gregory Waleed Kavalec
---------------------------------------------
    I believe in the free speech that liberals used to believe in,
    the economic freedom that conservatives used to believe in,
    and the personal freedom that America used to believe in.

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to