I apologize for implying anything about your emotions. Maybe I am the only one weeping over RFCs . Bad specifications cause physical pain to me. - solprovider On 10/15/07, Axel-Stephane SMORGRAV <Axel-Stephane.SMORGRAV@xxxxxxxxxxxxxx> wrote: > Obviously the original poster has an application that only returns the domain part in the cookie domain, hence the lack of rewriting despite ProxyPassReverseCookieDomain. > > and no I do not make a habit of weeping over RFCs. > > -ascs > ____________________________________________ > -----Message d'origine----- > De : solprovider@xxxxxxxxx [mailto:solprovider@xxxxxxxxx] De la part de solprovider@xxxxxxxxxx > Envoyé : lundi 15 octobre 2007 15:06 > À : users@xxxxxxxxxxxxxxxx > Objet : Re: Problems with ProxyPassReverseCookieDomain > > Distinguishing between FQDN and Domain is barely relevant when discussing Cookies. RFC2965 states, "Domain Defaults to the request-host." Cookies default to using the FQDN as the Domain if the Domain is not specified. Specified domains must start with a period, must be exactly one level below the server name, and are only returned to servers in the one level above the period. Read Section 3.3.2 and weep. The drafters deliberately made Cookies as limited as possible. > solprovider.com and www.solprovider.com cannot share Cookies even > though both addresses reach the same server. Look at the Cookies in > your browser. The server name will be part of the domain if no domain was specified (e. g. www.cnn.com and www.networksolutions.com). > > I wonder if the leading period is missing from "example.com". > ".example.com" (leading period) would be sent to www.example.com and www1.example.com. "example.com" (no leading period) would only be sent to example.com. Browsers should add the leading period if domain is specified. > > solprovider --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|