>>he wouold see that the login form that works is called login.aspx,
OK, can you just tell me where you see that? >>and then submits to itself. Supposing it is so, is it a problem? >>But what Claude didn't see was the fact that the cfhttp was sending the field submit button. So what? Is it forbidden? Some form action may check the value of the submit button, especially if there are several submit buttons in the form, so I assume Michael was trying to emulate the form as close as possible. Sending the submit button value is just an attempt to tell the form action the button was clicked. It may not work, but I doubt the problem is here. There may be plenty of reasons why a login fails if not coming from the real form. For instance, the server could refuse login to a browser with Javascript not enabled. Michael tries to make believe that the CF server is actually a Mozilla client, but a more picky (pickier?) script which check for Javascript enabled would not be fooled. _______________________________________ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:259024 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
