Yeah, I'm finding that out the longer I try and get around it :)
Alternate solution... pass a URL variable, and do a little bit of JS on
their end to parse out the URL, snag the ID in question, and write it to a
cookie right there. Problem solved...
--Scott
----- Original Message -----
From: "Dylan Bromby" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Monday, April 02, 2001 4:40 PM
Subject: RE: CFCOOKIE and other domains?
> it's a security thing.
>
> it's the way cookies were designed to work. domains can only read cookies
> that were set by the same domain. the DOMAIN attribute is not intended to
> allow you to write cookies for other domains. you use the DOMAIN
attribtute
> to set cookies for 3rd-level domains and higher; you must use the DOMAIN
> attribute if you specify the PATH attribute of CFCOOKIE.
>
>
> -----Original Message-----
> From: Scott Weikert [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 02, 2001 2:54 PM
> To: CF-Talk
> Subject: CFCOOKIE and other domains?
>
>
> I know this has come up before; poked around the archives a bit; but what
> was there didn't help me.
>
> I'm trying to, from a page on one domain, to set a cookie that a page on
> ANOTHER domain can read. I've tried all sorts of combos of CFCOOKIE, using
> the "DOMAIN='domain.com'", setting "domain" as the name and the domain
> itself as the value, and even doing it with straight-up Javascript, but
the
> page on the second domain that I have set up, reading in "document.cookie"
> in JS just isn't finding a thing.
>
> Any help would be greatly appreciated...
> --Scott
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
