Re: Copy priv's from one folder to another ?

That last part can also happen from config of IE security settings,
disabling its presenting of Windows credentials automatically.

FrontPage permissions are a giant pain. The FPSE overallocate,
which is not a problem if you have only trusted authors and are
not sharing one server with multiple different web owners.
There are all sorts of little "issues", most centering around the
_vti_log dir of the root web, and the _vti_txt, _vti_cfg of all
webs. If you check you will see FPSE if just opting out from
trying to do the right thing and is instead granting change to
Network and Interactive (which pretty much might just as
well have been to Everyone) on/in these.
Another thing to watch out for is inheriteds that propogate
down onto the FPSE managed content areas. FPSE does not
clear the inherited but does add its own as if there were no
inherited (sometimes leading to misordered ACLs). This is
an issue if, as I often do, you have a broad deny inherited over
the content area (such as for IUsr_/IWam_ equivalent accounts
so that one must explicitly take action to block inheritance on
areas where the browsing client should be able to write) since
the FPSE does not lift the inherited (and hence the deny) but
still trying to grant the write on its _* autogenerated directories
for some of the bot driven crap, I mean featureset.

Good luck

"Bob" <uctraing@xxxxxxxxxxxx> wrote in message
news:librs19094407btkc7638ktobkcgtomuvv@xxxxxxxxxx
> On Tue, 17 Jan 2006 13:50:10 -0500, Bob <uctraing@xxxxxxxxxxxx> wrote:
>
>>On Tue, 17 Jan 2006 12:41:12 -0500, Bob <uctraing@xxxxxxxxxxxx> wrote:
>>
>
>>
>>OK... following my own post :-)
>
> And my last self followup... managed to get it working... the last bit
> was not a priv problem. Zone Alarm was on "prompt" when FP asked to
> act as a server but ZA didn't prompt and FP didn't wait... it just
> failed with a problem that looked like a priv issue.
>
> All working now.


.