RE: Update: error emails firing for no reason (I still need help)

2007-01-24 Thread Barthle, Robert \(Contractor\)
No offense taken, none of it is my code anyways. :) I'm just trying to fix a 
very odd bug. There's some good ideas so far for me to pour through, thanks for 
the pointers. 

thanks
-r
___
Rob Barthle
Sr. Web Developer (Dept. of Ed Contractor)
Nortel Government Solutions, Inc.
202-245-6484
[EMAIL PROTECTED]


-Original Message-
From: Bobby Hartsfield [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 23, 2007 3:53 PM
To: CF-Talk
Subject: RE: Update: error emails firing for no reason (I still need
help)


I've never seen that happen before but I'm sure it's caused by some bad code
(no offense) but without seeing some code, I doubt anyone can help unless
they've seen the exact same thing happen.

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.17.2/641 - Release Date: 1/20/2007
10:24 AM
 





~|
Upgrade to Adobe ColdFusion MX7 
Experience Flex 2  MX7 integration  create powerful cross-platform RIAs 
http:http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:267454
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: 
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4


error emails firing for no reason

2007-01-23 Thread Barthle, Robert \(Contractor\)
I have a page that is acting extremely strange. It's a simple form processing 
page that runs validation against some of the passed form fields. If it fails 
any of the checks, it displays a basic error message and asks the user to go 
back to the form to fix the changes (this was not my work, it's legacy code). 
In order to do the checks, obviously the form fields have to exist.
 
When I run the page and it finds a validation issue, the warning messages are 
put into an array as the checks are done, and if that array is found to have 
anything in it, the contents of the array are displayed. If nothing is found, 
the database is updated. This processes completely normally, nothing out of the 
ordinary.
 
But for some weird reason, when the warning messages are displayed, the error 
emails that my onError function in Application.cfc creates are also triggering, 
claiming the form field being checked in the very first validation check cannot 
be found. To make matters weirder, the HTML page that the onError code creates 
(in addition to the email that is sent) is NOT displayed.
 
I have debugging turned on, and it shows all the form fields passed to the 
page. Sure enough the field the error email claims is not there, is in fact 
there.
 
I have tried wrapping the block the error email references in a CFTRY/CFCATCH 
to try and muzzle it. The email still is being sent. So I am really lost as to 
what is triggering these emails.
 
I have Ray Camden's code regarding the CFABORT/CFLOCATION issues with onError 
already in. 
 
Any ideas at all?



thanks 
-r 
_ 
Rob Barthle 
Contractor - Sr. Software Developer 
[EMAIL PROTECTED] 
202-245-6484 

 


~|
Upgrade to Adobe ColdFusion MX7 
Experience Flex 2  MX7 integration  create powerful cross-platform RIAs 
http:http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:267325
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4


Update: error emails firing for no reason (I still need help)

2007-01-23 Thread Barthle, Robert \(Contractor\)
Update: I have the cause for why this is happening. The reason is that the form 
processing page is calling itself mere seconds after it is first called. The 
second time around, the form field do not exist, and that's the reason for the 
error.

The problem is, there is nothing in the code that would cause that. And it's 
all happening in the background.

The logs show that my computer's IP address makes a POST to the form submission 
page, as it should when I submit the form. But anywhere from 1-3 seconds later, 
a GET request is sent from the same IP address for the form submission page, 
and the listed referring page is the forms processing page.

Here's the log entries. Can anyone help me as to why this might be happening? 
On the form processing page there are no CFLOCATION, CFHTTP, Javascript calls, 
anything that would cause a page to make an HTTP request for itself.

(Sidebar: I have had this happen to me before on a personal site of mine. I 
never understood what was happening until now. That code was written back in 
CF5, so whatever is happening is something longstanding).


172.16.27.0 - - [23/Jan/2007:15:12:48 -0500] POST 
/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC
 HTTP/1.1 200 40472 
http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=editresource_id=47;
 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.1) Gecko/20061204 
Firefox/2.0.0.1

172.16.27.0 - - [23/Jan/2007:15:12:49 -0500] GET 
/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC
 HTTP/1.1 200 34400 
http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC;
 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.1) Gecko/20061204 
Firefox/2.0.0.1

-

172.16.27.0 - - [23/Jan/2007:15:13:13 -0500] POST 
/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC
 HTTP/1.1 200 40472 
http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=editresource_id=47;
 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.1) Gecko/20061204 
Firefox/2.0.0.1

172.16.27.0 - - [23/Jan/2007:15:13:14 -0500] GET 
/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC
 HTTP/1.1 200 34400 
http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC;
 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.1) Gecko/20061204 
Firefox/2.0.0.1



thanks 
-r 
_ 
Rob Barthle 
Contractor - Sr. Software Developer 
[EMAIL PROTECTED] 
202-245-6484 



-Original Message-
From: Barthle, Robert (Contractor) 
Sent: Tuesday, January 23, 2007 11:38 AM
To: CF-Talk
Subject: error emails firing for no reason


I have a page that is acting extremely strange. It's a simple form processing 
page that runs validation against some of the passed form fields. If it fails 
any of the checks, it displays a basic error message and asks the user to go 
back to the form to fix the changes (this was not my work, it's legacy code). 
In order to do the checks, obviously the form fields have to exist.
 
When I run the page and it finds a validation issue, the warning messages are 
put into an array as the checks are done, and if that array is found to have 
anything in it, the contents of the array are displayed. If nothing is found, 
the database is updated. This processes completely normally, nothing out of the 
ordinary.
 
But for some weird reason, when the warning messages are displayed, the error 
emails that my onError function in Application.cfc creates are also triggering, 
claiming the form field being checked in the very first validation check cannot 
be found. To make matters weirder, the HTML page that the onError code creates 
(in addition to the email that is sent) is NOT displayed.
 
I have debugging turned on, and it shows all the form fields passed to the 
page. Sure enough the field the error email claims is not there, is in fact 
there.
 
I have tried wrapping the block the error email references in a CFTRY/CFCATCH 
to try and muzzle it. The email still is being sent. So I am really lost as to 
what is triggering

RE: Update: error emails firing for no reason (I still need help)

2007-01-23 Thread Adkins, Randy
Check your FORM tag along with any JS validation your doing.
Sometimes it can happen if you have a form tag that has:
OnSubmit:CheckForm() instead of:  onSubmit=return CheckForm();
That way if the form validation false it would return false and NOT
process the form. Else might be doing it twice.

Just a thought. I may be way off base but worth a look.


 

-Original Message-
From: Barthle, Robert (Contractor) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 23, 2007 3:37 PM
To: CF-Talk
Subject: Update: error emails firing for no reason (I still need help)

Update: I have the cause for why this is happening. The reason is that
the form processing page is calling itself mere seconds after it is
first called. The second time around, the form field do not exist, and
that's the reason for the error.

The problem is, there is nothing in the code that would cause that. And
it's all happening in the background.

The logs show that my computer's IP address makes a POST to the form
submission page, as it should when I submit the form. But anywhere from
1-3 seconds later, a GET request is sent from the same IP address for
the form submission page, and the listed referring page is the forms
processing page.

Here's the log entries. Can anyone help me as to why this might be
happening? On the form processing page there are no CFLOCATION, CFHTTP,
Javascript calls, anything that would cause a page to make an HTTP
request for itself.

(Sidebar: I have had this happen to me before on a personal site of
mine. I never understood what was happening until now. That code was
written back in CF5, so whatever is happening is something
longstanding).


172.16.27.0 - - [23/Jan/2007:15:12:48 -0500] POST
/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-
1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3sub
mit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC
HTTP/1.1 200 40472
http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=edi
tresource_id=47 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

172.16.27.0 - - [23/Jan/2007:15:12:49 -0500] GET
/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-
1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3sub
mit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC
HTTP/1.1 200 34400
http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=sav
eCFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-e3ff42f85e05jses
sionid=d6302ff0144c6545b1d3submit=searchtext=searchtitle=order_by=re
source_create_dtorder=ASC Mozilla/5.0 (Windows; U; Windows NT 5.0;
en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

-

172.16.27.0 - - [23/Jan/2007:15:13:13 -0500] POST
/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-
1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3sub
mit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC
HTTP/1.1 200 40472
http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=edi
tresource_id=47 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

172.16.27.0 - - [23/Jan/2007:15:13:14 -0500] GET
/Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-
1002f118-a0ea-49e8-8c36-e3ff42f85e05jsessionid=d6302ff0144c6545b1d3sub
mit=searchtext=searchtitle=order_by=resource_create_dtorder=ASC
HTTP/1.1 200 34400
http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=sav
eCFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-e3ff42f85e05jses
sionid=d6302ff0144c6545b1d3submit=searchtext=searchtitle=order_by=re
source_create_dtorder=ASC Mozilla/5.0 (Windows; U; Windows NT 5.0;
en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1



thanks
-r
_
Rob Barthle
Contractor - Sr. Software Developer
[EMAIL PROTECTED]
202-245-6484 



-Original Message-
From: Barthle, Robert (Contractor)
Sent: Tuesday, January 23, 2007 11:38 AM
To: CF-Talk
Subject: error emails firing for no reason


I have a page that is acting extremely strange. It's a simple form
processing page that runs validation against some of the passed form
fields. If it fails any of the checks, it displays a basic error message
and asks the user to go back to the form to fix the changes (this was
not my work, it's legacy code). In order to do the checks, obviously the
form fields have to exist.
 
When I run the page and it finds a validation issue, the warning
messages are put into an array as the checks are done, and if that array
is found to have anything in it, the contents of the array are
displayed. If nothing is found, the database is updated. This processes
completely normally, nothing out of the ordinary.
 
But for some weird reason, when the warning messages are displayed, the
error emails that my onError function in Application.cfc creates are
also triggering, claiming the form field

RE: Update: error emails firing for no reason (I still need help)

2007-01-23 Thread Bobby Hartsfield
I've never seen that happen before but I'm sure it's caused by some bad code
(no offense) but without seeing some code, I doubt anyone can help unless
they’ve seen the exact same thing happen.

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.17.2/641 - Release Date: 1/20/2007
10:24 AM
 



~|
Upgrade to Adobe ColdFusion MX7 
Experience Flex 2  MX7 integration  create powerful cross-platform RIAs 
http:http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:267370
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: 
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4


RE: Update: error emails firing for no reason (I still need help)

2007-01-23 Thread Dave Watts
 Update: I have the cause for why this is happening. The 
 reason is that the form processing page is calling itself 
 mere seconds after it is first called. The second time 
 around, the form field do not exist, and that's the reason 
 for the error.
 
 The problem is, there is nothing in the code that would cause 
 that. And it's all happening in the background.
 
 The logs show that my computer's IP address makes a POST to 
 the form submission page, as it should when I submit the 
 form. But anywhere from 1-3 seconds later, a GET request is 
 sent from the same IP address for the form submission page, 
 and the listed referring page is the forms processing page.
 
 Here's the log entries. Can anyone help me as to why this 
 might be happening? On the form processing page there are no 
 CFLOCATION, CFHTTP, Javascript calls, anything that would 
 cause a page to make an HTTP request for itself.
 
 (Sidebar: I have had this happen to me before on a personal 
 site of mine. I never understood what was happening until 
 now. That code was written back in CF5, so whatever is 
 happening is something longstanding).

Just for fun, you might try using a different browser, and/or a different
client machine. You might also want to record the HTTP requests and
responses, to see what's causing the page to be requested.

Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/

Fig Leaf Software provides the highest caliber vendor-authorized
instruction at our training centers in Washington DC, Atlanta,
Chicago, Baltimore, Northern Virginia, or on-site at your location.
Visit http://training.figleaf.com/ for more information!


~|
Upgrade to Adobe ColdFusion MX7 
Experience Flex 2  MX7 integration  create powerful cross-platform RIAs 
http:http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:267371
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4


RE: Update: error emails firing for no reason (I still need help)

2007-01-23 Thread Russ
As was mentioned, try another browser.  Also you don't have any weird
programs like a web accelerator installed, do you?

Russ

 -Original Message-
 From: Barthle, Robert (Contractor) [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, January 23, 2007 3:37 PM
 To: CF-Talk
 Subject: Update: error emails firing for no reason (I still need help)
 
 Update: I have the cause for why this is happening. The reason is that the
 form processing page is calling itself mere seconds after it is first
 called. The second time around, the form field do not exist, and that's
 the reason for the error.
 
 The problem is, there is nothing in the code that would cause that. And
 it's all happening in the background.
 
 The logs show that my computer's IP address makes a POST to the form
 submission page, as it should when I submit the form. But anywhere from 1-
 3 seconds later, a GET request is sent from the same IP address for the
 form submission page, and the listed referring page is the forms
 processing page.
 
 Here's the log entries. Can anyone help me as to why this might be
 happening? On the form processing page there are no CFLOCATION, CFHTTP,
 Javascript calls, anything that would cause a page to make an HTTP request
 for itself.
 
 (Sidebar: I have had this happen to me before on a personal site of mine.
 I never understood what was happening until now. That code was written
 back in CF5, so whatever is happening is something longstanding).
 
 
 172.16.27.0 - - [23/Jan/2007:15:12:48 -0500] POST
 /Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-
 1002f118-a0ea-49e8-8c36-
 e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtit
 le=order_by=resource_create_dtorder=ASC HTTP/1.1 200 40472
 http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=edit;
 resource_id=47 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
 
 172.16.27.0 - - [23/Jan/2007:15:12:49 -0500] GET
 /Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-
 1002f118-a0ea-49e8-8c36-
 e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtit
 le=order_by=resource_create_dtorder=ASC HTTP/1.1 200 34400
 http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=save;
 CFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-
 e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtit
 le=order_by=resource_create_dtorder=ASC Mozilla/5.0 (Windows; U;
 Windows NT 5.0; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
 
 -
 
 172.16.27.0 - - [23/Jan/2007:15:13:13 -0500] POST
 /Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-
 1002f118-a0ea-49e8-8c36-
 e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtit
 le=order_by=resource_create_dtorder=ASC HTTP/1.1 200 40472
 http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=edit;
 resource_id=47 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
 
 172.16.27.0 - - [23/Jan/2007:15:13:14 -0500] GET
 /Programs/EROD/admin/index.cfm?action=saveCFID=2061637CFTOKEN=4bc5e5d-
 1002f118-a0ea-49e8-8c36-
 e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtit
 le=order_by=resource_create_dtorder=ASC HTTP/1.1 200 34400
 http://wdchqdcold04.dev.ed.gov/Programs/EROD/admin/index.cfm?action=save;
 CFID=2061637CFTOKEN=4bc5e5d-1002f118-a0ea-49e8-8c36-
 e3ff42f85e05jsessionid=d6302ff0144c6545b1d3submit=searchtext=searchtit
 le=order_by=resource_create_dtorder=ASC Mozilla/5.0 (Windows; U;
 Windows NT 5.0; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
 
 
 
 thanks
 -r
 _
 Rob Barthle
 Contractor - Sr. Software Developer
 [EMAIL PROTECTED]
 202-245-6484
 
 
 
 -Original Message-
 From: Barthle, Robert (Contractor)
 Sent: Tuesday, January 23, 2007 11:38 AM
 To: CF-Talk
 Subject: error emails firing for no reason
 
 
 I have a page that is acting extremely strange. It's a simple form
 processing page that runs validation against some of the passed form
 fields. If it fails any of the checks, it displays a basic error message
 and asks the user to go back to the form to fix the changes (this was not
 my work, it's legacy code). In order to do the checks, obviously the form
 fields have to exist.
 
 When I run the page and it finds a validation issue, the warning messages
 are put into an array as the checks are done, and if that array is found
 to have anything in it, the contents of the array are displayed. If
 nothing is found, the database is updated. This processes completely
 normally, nothing out of the ordinary.
 
 But for some weird reason, when the warning messages are displayed, the
 error emails that my onError function in Application.cfc creates are also
 triggering, claiming the form field being checked in the very first
 validation check cannot be found. To make matters weirder, the HTML page

Re: Update: error emails firing for no reason (I still need help)

2007-01-23 Thread Richard Cooper
I seem to remeber a colleague had a similar problem before (not 100% on this). 
I believe it was to do with the company proxy. Try a pc at an offsite location

~|
Upgrade to Adobe ColdFusion MX7 
Experience Flex 2  MX7 integration  create powerful cross-platform RIAs 
http:http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:267383
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4


RE: Update: error emails firing for no reason (I still need help)

2007-01-23 Thread Russ
Try using httplook and see if the traffic is really coming from your
browser. 

Russ

 -Original Message-
 From: Richard Cooper [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, January 23, 2007 3:48 PM
 To: CF-Talk
 Subject: Re: Update: error emails firing for no reason (I still need help)
 
 I seem to remeber a colleague had a similar problem before (not 100% on
 this). I believe it was to do with the company proxy. Try a pc at an
 offsite location
 
 

~|
Upgrade to Adobe ColdFusion MX7 
Experience Flex 2  MX7 integration  create powerful cross-platform RIAs 
http:http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:267409
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4


Re: Update: error emails firing for no reason (I still need help)

2007-01-23 Thread Claude Schneegans
 But anywhere from 1-3 seconds later, a GET request is sent from the 
same IP address for the form submission page, and the listed referring 
page is the forms processing page.

Would you have by any chance some onsubmit function that does a submit() 
on the form?
That would cause the form to be submitted twice.


~|
Upgrade to Adobe ColdFusion MX7 
Experience Flex 2  MX7 integration  create powerful cross-platform RIAs 
http:http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:267410
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4