Discussion Web, Reply (to comment) function not operational

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

Replying to a previously made comment on my discussion board appears to be
significantly delayed to the non-operational. This seems to be a problem for
only some users, indicating a client sided problem. Beacuse this is a new
problem (within the past few months) and not experienced by all users, I
suspect it due to some of the security patches issued for IE and is perhaps
dependent upon some of the IE security settings, windows firewall settings,
or third party firewall - as the delay is not present on my system when I
temporarily turn off the Norton Internet Security application.

Can someone assist with identifying what this new problems is and provide
the fix to this sites server settings or a work around that can be offered to
users?

Please www.boltonhil.org/bboard06 and use the comment titled "reply test" to
see this problem "live" when NIS and IE 6.0 are used (with all up to date
patches applied). Thank you.

version notes: FP 2003, Unix hosting, FP extensions are all operational.
 
The link gives a 404 Page cannot be displayed error.

Do you get the delay using NIS? If so, that (and possibly similar
programs) is the culprit since you say there is no delay without it.
 
UPDATE: sorry for the typo in the url, the correct url is:
www.boltonhill.org/bboard06. NIS is the likely culprit, but why NOW?, NIS,
previously did not have this behavior (before ms security patches to IE).
Also note that there is no delay to POST an initial comment. Is the NIS?, or
IE?, or FP? -- who can assist?
 
I have posted a response to the thread REPLY TEST, which met with a
validation problem and subsequently posted as a new thread. It took 5
seconds for the validation error page to show, which linked back to
the form.
The post from this form took 10 seconds to produce the confirmation
page.
A second attempt at replying took 15 seconds to get a confirmation
page.

I do not use NIS or any other similar product. My firewall is a
hardware router, with the Windows XP firewall in the PC. The delay,
in my opinion, is on the server.

A reply on my own FP discussion web takes only 2 seconds to reach a
confirmation page:
www.rxs-enterprises.org/tests/discussion/disc1_frm.htm
 
Thanks for the try and your thoughts however, this doesn't explain that
there's no problem when NIS is turned "off", there's no delay and replies can
be posted. So, what is it on the server that's responding w/ such delay?,
Why has this only recently become a problem? (wasn't a prob. 30-45 days ago -
NIS has not been adjusted/fiddled with) and might this have resulted from
some of the recent IE patched?....in any event how can I get this prob. fixed?
 
NIS sees it as an attack
See
http://securityresponse.symantec.com/avcenter/nis_ids/s20350.html

--

_____________________________________________
SBR @ ENJOY (-: [ Microsoft MVP - FrontPage ]
"Warning - Using the F1 Key will not break anything!" (-;
To find the best Newsgroup for FrontPage support see:
http://www.frontpagemvps.com/FrontPageNewsGroups/tabid/53/Default.aspx
_____________________________________________


| Thanks for the try and your thoughts however, this doesn't explain that
| there's no problem when NIS is turned "off", there's no delay and replies can
| be posted. So, what is it on the server that's responding w/ such delay?,
| Why has this only recently become a problem? (wasn't a prob. 30-45 days ago -
| NIS has not been adjusted/fiddled with) and might this have resulted from
| some of the recent IE patched?....in any event how can I get this prob. fixed?
|
| "Ronx" wrote:
|
| > I have posted a response to the thread REPLY TEST, which met with a
| > validation problem and subsequently posted as a new thread. It took 5
| > seconds for the validation error page to show, which linked back to
| > the form.
| > The post from this form took 10 seconds to produce the confirmation
| > page.
| > A second attempt at replying took 15 seconds to get a confirmation
| > page.
| >
| > I do not use NIS or any other similar product. My firewall is a
| > hardware router, with the Windows XP firewall in the PC. The delay,
| > in my opinion, is on the server.
| >
| > A reply on my own FP discussion web takes only 2 seconds to reach a
| > confirmation page:
| > www.rxs-enterprises.org/tests/discussion/disc1_frm.htm
| > --
| > Ron Symonds - Microsoft MVP (FrontPage)
| > Reply only to group - emails will be deleted unread.
| > FrontPage Support: http://www.frontpagemvps.com/
| >
| > | > > UPDATE: sorry for the typo in the url, the correct url is:
| > > www.boltonhill.org/bboard06. NIS is the likely culprit, but why
| > > NOW?, NIS,
| > > previously did not have this behavior (before ms security patches to
| > > IE).
| > > Also note that there is no delay to POST an initial comment. Is the
| > > NIS?, or
| > > IE?, or FP? -- who can assist?
| > >
| > > "ddruck" wrote:
| > >
| > >> Replying to a previously made comment on my discussion board
| > >> appears to be
| > >> significantly delayed to the non-operational. This seems to be a
| > >> problem for
| > >> only some users, indicating a client sided problem. Beacuse this
| > >> is a new
| > >> problem (within the past few months) and not experienced by all
| > >> users, I
| > >> suspect it due to some of the security patches issued for IE and is
| > >> perhaps
| > >> dependent upon some of the IE security settings, windows firewall
| > >> settings,
| > >> or third party firewall - as the delay is not present on my system
| > >> when I
| > >> temporarily turn off the Norton Internet Security application.
| > >>
| > >> Can someone assist with identifying what this new problems is and
| > >> provide
| > >> the fix to this sites server settings or a work around that can be
| > >> offered to
| > >> users?
| > >>
| > >> Please www.boltonhil.org/bboard06 and use the comment titled "reply
| > >> test" to
| > >> see this problem "live" when NIS and IE 6.0 are used (with all up
| > >> to date
| > >> patches applied). Thank you.
| > >>
| > >> version notes: FP 2003, Unix hosting, FP extensions are all
| > >> operational.
| >
| >
| >
 
Back
Top