Hey Mischa, Thanks for the response. I just got off the phone with the client trying to get a clearer description of what he is trying to do. Originally the two applications were supposed to reside on the same server in the same domain. Now the existing CF application will reside on www.domain1.com and the DLL they want to use to validate the login will reside on www.domain2.com. So what he wants the CF app to do is submit the login from www.domain1.com to a DLL on www.domain2.com to validate login, then write cookies from the members table containing customer info and then redirect back to www.domain1.com (CF app) and log them into that app. For some reason (he cited his clients security) he does not want CF to talk directly to the db on www.domain2.com to do the login itself, but rather submit to an existing DLL to validate the login, set cookies and the redirect back to CF.
Does that make sense? On Thu, Apr 16, 2009 at 11:03 AM, Mischa Uppelschoten < [email protected]> wrote: > the third party > : software is going to reside on a different server in a different domain > and > : writecookies that he wants the domain where the login page resides to > : access. > > Hi Jeff, I didn't see any responses... > So the user is going to www.domain1.com to login, this domain sets a > cookie and you'd like > www.domain2.com to read the cookie and treat the user as logged in? As far > as I know that won't work; browsers will only return cookie information from > the domain that issued it. > There are other/better ways to do this though. > /m > ------------------------------------------------------------- To > unsubscribe from this list, manage your profile @ > http://www.acfug.org?fa=login.edituserform<http://www.acfug.org/?fa=login.edituserform>For > more info, see > http://www.acfug.org/mailinglists Archive @ > http://www.mail-archive.com/discussion%40acfug.org/ List hosted by > http://www.fusionlink.com-------------------------------------------------------------
