Re: Form submittal fails due to lack of permissions - How to fix?

From: Richard Lewis Haggard (HaggardAtWorldDotStdDotCom)
Date: 09/30/04 

Date: Thu, 30 Sep 2004 12:29:38 -0400

Thanks, but that didn't repair the issue.

Opened File Explorer. Navigated to the directory that contains the file.
Right click. Properties. Security. IUSR_<machine name> had read and write
but not MODIFY. Enabled MODIFY. Closed the properties dialog. Went to
another machine and opened the web page. Submitted. No change.

Navigated to the file itself. Opened properties dialog. Selected Security.
Already has MODIFY permissions.

Any thing else you can think of I might try?
===
Richard Lewis Haggard

"Jeff Cochran" <jeff.nospam@zina.com> wrote in message
news:415833bf.149357644@msnews.microsoft.com...
> On Sat, 25 Sep 2004 20:44:08 -0400, "Richard Lewis Haggard"
> <HaggardAtWorldDotStdDotCom> wrote:
>
>>Thanks for the response. I appreciate the pointers. I looked at them.
>>"Need
>>IUSER needs write permission." and "IUSR account needs read/write/delete
>>access " doesn't quite present new information that fixes the problem. I
>>already know that there's a problem with permissions. Neither of these
>>tell
>>me how to fix the problem. Remember, I'm a programmer, not a Sys Admin. I
>>do
>>not know my way around a 2k3 Enterprise server. Never said anything
>>different.
>
> In Windows Explorer, navigate to the appropriate folder and right
> click it, choose Properties, then the Security tab. Either add the
> anonymous user account or click on it if it exists, and place check
> marks in the appropriate boxes. Normally MODIFY will do it.
>
> Once you've done this DO NOT touch permissions in FrontPage's admin
> ever again.
>
> Jeff
>
>
>>I tend to think that the problem is system permission, not directly IIS
>>related. It is possible that the problem is in some way related to the DLL
>>that is responsible for implementing the form's actions but it seems much
>>more likely that the problem is because IIS is using a user's permissions
>>to
>>ask the system to perform some file or directory function for which the
>>user
>>does not have permissions.
>>
>>Yes, FrontPage 2003 was the client that produced the web page, Since there
>>is no problem editing and deploying the page and the problem happened in
>>the
>>viewing, not editing or deployment, it did not occur to me that the
>>program
>>used to create the page would be relevant.
>>
>>I've looked at both the _private directory and specifically the file
>>inforeq.txt write permissions for the user IUSR_SPOT and it appears that
>>write permissions for IUSR_SPOT are present. I attempted did this through
>>multiple means.
>>
>>Here's a brief report on my basic approach this far.
>>
>>I've tried opening the Control Panel\Administrative Tools\Computer
>>Management applet and right clicking on Computer Management\Services and
>>Applications\Internet Information Service\Web Sites\Default Web
>>Site\_private\inforeq.txt and selecting Properties. I see that Read and
>>Write are checked. Click on the File Security tab and click Edit. Again,
>>the
>>Enable anonymous access is checked. The User name: is IUSR_SPOT and its
>>password is supplied. Just in case, I respecify the password.
>>
>>I looked at the file permissions directly through a file explorer. I
>>opened
>>a file explorer and navigated to inforeq.txt, right clicked and selected
>>properties. he read only check box is clear. Selected the Security tab.
>>Selected the user SPOT\IUSR_SPOT and Modify, Read & Execute, Read and
>>Write
>>are all checked.
>>
>>Doing the same thing to the directory that contains the file inforeq.txt,
>>I
>>see that the permissions are Read & Execute, List Folder Contents and
>>Read.
>>Write is denied. Out of desperation, I clicked Allow but have not been
>>able
>>to figure out how to get rid of the Deny checkbox. Given that the file
>>itself has write permissions for the IIS user, I would think that this
>>would
>>not be a factor.
>>
>>So, what other approaches can I apply to the problem?
>>===
>>"I haven't spoken to my wife in years. I don't like to interrupt." - Henny
>>Youngman
>>Richard Lewis Haggard
>>
>>"Jeff Cochran" <jeff.nospam@zina.com> wrote in message
>>news:4159927c.108080781@msnews.microsoft.com...
>>> On Fri, 24 Sep 2004 21:15:35 -0400, "Richard Lewis Haggard"
>>> <HaggardAtWorldDotStdDotCom> wrote:
>>>
>>>>What else would be useful? Steps to reproduce the condition are
>>>>supplied.
>>>>The error is supplied. The actions of the form (writing to a file) and
>>>>the
>>>>location of the file are specified. This is the standard Microsoft
>>>>FrontPage
>>>>feedback form.
>>>
>>> For starters, this is not the standard FrontPage support forum. Also,
>>> the error is the user receiving an error viewing the page. Your form
>>> may be perfectly fine, but the reponse page has a problem. You're
>>> assuming it's a write permission problem. If that's the case, check
>>> the permissions on the file/folder that's being written to. But also
>>> check the response page.
>>>
>>> At the simplest, try having the feedback mailed instead of saved.
>>> There are also known permission issues if you use FPSE to manage
>>> file/folder permissions, use NTFS permissions directly and don't touch
>>> them in FPSE. Depending on the version of FPSE (another detail that
>>> would be useful, but I'll assume the Server 2003 default FPSE install)
>>> the Anonymous account doesn't have write permission and you can't
>>> change that with FPSE Admin. If your feedback form is using the
>>> anonymous account, you need to change the ACL manually.
>>>
>>>>Been there, done that, bought the T-Shirt. I've been to the FrontPage
>>>>newsgroups and a couple of the server groups. So far, nothing useful has
>>>>come from anyone. On the other hand, I've seen the same question asked
>>>>at
>>>>least a dozen times, but never with a useful answer.
>>>
>>> You mean answer like this one, that tells you the above and provides
>>> details on how to fix your issue?
>>>
>>> http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&selm=%23HtobMSLEHA.2976%40TK2MSFTNGP10.phx.gbl
>>>
>>> Or this one:
>>>
>>> http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&selm=e1rc37S9BHA.1828%40tkmsftngp05
>>>
>>> And none of this is IIS related, it's a function of FPSE.
>>>
>>> Jeff
>>>
>>>
>>>>===
>>>>Richard Lewis Haggard
>>>>
>>>>"Jeff Cochran" <jeff.nospam@zina.com> wrote in message
>>>>news:41598dae.540913051@msnews.microsoft.com...
>>>>> On Thu, 23 Sep 2004 22:16:31 -0400, "Richard Lewis Haggard"
>>>>> <HaggardAtWorldDotStdDotCom> wrote:
>>>>>
>>>>>>When a form is submitted, the user is told 'insufficient privileges'.
>>>>>>
>>>>>>I'm hosting my own web site on my Win 2k3 server. The machine used to
>>>>>>be
>>>>>>an
>>>>>>XP Pro and the web site worked fine on it. I changed the host's
>>>>>>operating
>>>>>>system to Win 2k3 Server and now form submittal is failing. Somewhere
>>>>>>between IIS and Win 2k3 server, there is a problem with permissions.
>>>>>>When
>>>>>>a
>>>>>>user clicks on the Submit button of the feedback form at
>>>>>>
>>>>>>http://www.haggard-and-associates.com/feedback.htm
>>>>>>
>>>>>>IIS collects the information out of the edits and tries to write the
>>>>>>data
>>>>>>to
>>>>>>_private/inforeq.txt. However, there appears to be a permission issue
>>>>>>because the user is presented with a "You are not authorized to view
>>>>>>this
>>>>>>page" message.
>>>>>>
>>>>>>I've been going around in circles for a month now and am no closer to
>>>>>>fixing
>>>>>>the problem. HELP! This is my business web site and I need to fix it!
>>>>>
>>>>> Not enough details to track this down. If it's a FP form try the FPSE
>>>>> newsgroup for help, and you'll need to track whether it's the form
>>>>> itself, the code handling the submission or the response page.
>>>>>
>>>>> Jeff
>>>>
>>>
>>
>

Loading