I have a frontpage form that was working correctly for several months on our
intranet site. Wednesday, one of our users opened the form, edited who the
email results of the form were to be sent to and saved the form. She said sh
e
received some sort of error, but I don't know what the error was. For a
while, when the users would access and submit the form, they got an error
because the action of the form was pointed to _derived\nortbots.htm. I
repointed the code to _private\thankyoupage.htm since that is the page the
users are supposed to get for a successful submit. I have done several thing
s
since then. Currently, the action of the form is "--WEBBOT-SELF--" When I
look at the Confirmation Page tab of the form properties in FrontPage, the
correct page is specified. Now, the users can access the form just fine, but
when they submit the page they are prompted for their credentials. I can
submit fine (maybe because I am the admin or because I updated the form
last), but it seems nobody else in the company can. When they cancel out of
the page, they are directed to
http://blah/blah/_vti_bin/shtml.dll/blah/blah/Form.htm with Form being the
name of the page that is being submitted. This is the path that is in the
action of the form. Any ideas what's up or how to fix this? I have inherited
this site, and there doesn't seem to be anyone in the company that is
familiar with how FrontPage handles this stuff. Thanks.

[ Post a follow-up to this message ]

nortbots.htm only appears in four cases:
1)  You are testing on a disc-based website, including a FrontPage
disc-based web that is being browsed through a web-server.
2)  You are testing on a website that does not have server extensions
installed or running
3)  The site (or form page) was FTPed from a disc-based web, or
published using a FTP address for the destination.  Publish must be to
a URL of the form http://example.com
4)  There is a bug associated with FrontPage98 which causes this
problem.

Open the web and the form in FrontPage, right-click anywhere within
the form boundaries and check the property sheets.
You need to check the "Send to" radio and type in the destination
email address (and file to save to if desired).
Also deal with any options - the email should be in formatted text,
not HTML, HTML format has issues when there are a large number of
fields or large quantity of data being sent.
Save the page and Publish using HTML to the server. DO NOT USE FTP.
Publish= File->Publish Web/Site and ensure the destination address is
in the form http://www.example.com
--
Ron Symonds
Microsoft MVP (FrontPage)
Reply only to group - emails will be deleted unread.

"ConfusedAboutServerExtensions"
< ConfusedAboutServerExtensions@discussion
s.microsoft.com> wrote in
message news:466145FB-256C-49C3-A44C-E4CFB032A111@microsoft.com...
>I have a frontpage form that was working correctly for several months
>on our
> intranet site. Wednesday, one of our users opened the form, edited
> who the
> email results of the form were to be sent to and saved the form. She
> said she
> received some sort of error, but I don't know what the error was.
> For a
> while, when the users would access and submit the form, they got an
> error
> because the action of the form was pointed to _derived\nortbots.htm.
> I
> repointed the code to _private\thankyoupage.htm since that is the
> page the
> users are supposed to get for a successful submit. I have done
> several things
> since then. Currently, the action of the form is "--WEBBOT-SELF--"
> When I
> look at the Confirmation Page tab of the form properties in
> FrontPage, the
> correct page is specified. Now, the users can access the form just
> fine, but
> when they submit the page they are prompted for their credentials. I
> can
> submit fine (maybe because I am the admin or because I updated the
> form
> last), but it seems nobody else in the company can. When they cancel
> out of
> the page, they are directed to
> http://blah/blah/_vti_bin/shtml.dll/blah/blah/Form.htm with Form
> being the
> name of the page that is being submitted. This is the path that is
> in the
> action of the form. Any ideas what's up or how to fix this? I have
> inherited
> this site, and there doesn't seem to be anyone in the company that
> is
> familiar with how FrontPage handles this stuff. Thanks.

[ Post a follow-up to this message ]

The northbots problem has been resolved since last Thursday. the problem I a
m
having now is that most users can't submit the form. They get a dialog box
that prompts them for their user name and password. I have tried several
pages as the confirmation page. I have even tried putting the confirmation
page in the same folder as the form that they fill out initially, and they
still get prompted for a username and password. Again, I can submit just
fine, but other users can't. The only thing I can think is that they don't
have permission to use the server extensions?!

"Ronx" wrote:

> nortbots.htm only appears in four cases:
> 1)  You are testing on a disc-based website, including a FrontPage
> disc-based web that is being browsed through a web-server.
> 2)  You are testing on a website that does not have server extensions
> installed or running
> 3)  The site (or form page) was FTPed from a disc-based web, or
> published using a FTP address for the destination.  Publish must be to
> a URL of the form http://example.com
> 4)  There is a bug associated with FrontPage98 which causes this
> problem.
>
> Open the web and the form in FrontPage, right-click anywhere within
> the form boundaries and check the property sheets.
> You need to check the "Send to" radio and type in the destination
> email address (and file to save to if desired).
> Also deal with any options - the email should be in formatted text,
> not HTML, HTML format has issues when there are a large number of
> fields or large quantity of data being sent.
> Save the page and Publish using HTML to the server. DO NOT USE FTP.
> Publish= File->Publish Web/Site and ensure the destination address is
> in the form http://www.example.com
> --
> Ron Symonds
> Microsoft MVP (FrontPage)
> Reply only to group - emails will be deleted unread.
>
> "ConfusedAboutServerExtensions"
> < ConfusedAboutServerExtensions@discussion
s.microsoft.com> wrote in
> message news:466145FB-256C-49C3-A44C-E4CFB032A111@microsoft.com... 
>
>
>

[ Post a follow-up to this message ]

They don't have permission to write to the file/directory that is being
saved.
It is not about the confirmation page. It is about where the form is
trying to write the information.

Since you're already logged in you already have permissions to the
results page.

[ Post a follow-up to this message ]

Thanks for the response. I removed the link of where the results are saved
to, and I removed the confirmation page link. The only thing left is the
email address of the person who receives it. Still, when a user tries to
submit, they get this error:
You are not authorized to view this page
You do not have permission to view this page using your current user account
.
Please try the follwing:
-If you have another user account with a higher level of permission, click
your browser's Back button to try again using that account.
-If you believe you should be able to view this page, contact the Web site
administrator.

Can it be that FrontPage won't let the users use the FrontPage extension
_vti_bin/shtml.dll?

"gail@rtr.com" wrote:

> They don't have permission to write to the file/directory that is being
> saved.
> It is not about the confirmation page. It is about where the form is
> trying to write the information.
>
> Since you're already logged in you already have permissions to the
> results page.
>
>

[ Post a follow-up to this message ]