• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Cookies in Safari
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Cookies in Safari


  • Subject: Re: Cookies in Safari
  • From: "Mark J. Reed" <email@hidden>
  • Date: Fri, 14 Dec 2007 17:38:50 -0500

According to STD-1, domain names - that is, host names for network
access - are case-insensitive.  It shouldn't matter whether you get
them from /etc/hosts, NIS, NetInfo, or LDAP instead of DNS.  If you
put "gallifrey" in /etc/hosts, "ping GaLlIfReY" should still work. If
it doesn't, the bug lies not with Safari.  I might try making the
entry all lowercase, though.  "Treat it as case-sensitive if it's
mixed case" is a popular heuristic...

Now, if Safari is converting the part of a URL after the hostname to
lowercase, that is a bug.   The path and query string can be case
sensitive.  So can the mailbox portion of an email address (before the
@).


On 12/14/07, Doug McNutt <email@hidden> wrote:
> At 08:50 -0800 12/14/07, Philip Aker wrote:
> >On 2007-12-13, at 13:52:47, Gary (Lists) wrote:
> >
> >>"Doug McNutt" wrote:
> >
> >>>I do know that Safari has a bug in its treatment of case- insensitive
> domain names. Its procedure is to change all URL's to  lower case before it
> does a domain name lookup to get an IP  address. Yes I filed a bug long ago.
> >
> >>Isn't that the way it's supposed to work?  There no such  differences
> between "Google.com" and "google.com"...that'd be silly.
> >
> >I believe that's correct for the domain portion. But due to case  sensitive
> file systems, it seems logical anything after must remain  intact. Below, #1
> resolves but #2 errors on Safari.
> >
> >	<http://www.vpl.vancouver.bc.ca/general/SystemNotices.html>
> >
> >	<http://www.vpl.vancouver.bc.ca/general/systemnotices.html>
> >
> >>I think Safari does the right thing, WRT domain names.
> >
> >Philip Aker
> >echo email@hidden@nl | tr a-z@. p-za-o.@
>
> BIND does case-insensitive lookups on domain names. That's the way the file
> system called DNS works.  The problem is that some addresses, local things
> that might be found in /etc/hosts, are case sensitive when they point to
> Linux boxes. Safari should just pass what it gets to the domain name servers
> or nslookup. It should not make unwarranted assumptions while trying to be
> helpful.
>
> --
>
> --> From the U S of A, the only socialist country that refuses to admit it.
> <--
>  _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> AppleScript-Users mailing list      (email@hidden)
> Help/Unsubscribe/Update your Subscription:
> Archives: http://lists.apple.com/archives/applescript-users
>
> This email sent to email@hidden
>


--
Mark J. Reed <email@hidden>
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users

This email sent to email@hidden

References: 
 >Re: Cookies in Safari (From: "Gary (Lists)" <email@hidden>)
 >Re: Cookies in Safari (From: Philip Aker <email@hidden>)

  • Prev by Date: Re: Dumb Finder scripting question
  • Next by Date: Re: Dumb Finder scripting question
  • Previous by thread: Re: Cookies in Safari
  • Next by thread: Editions & Reflexions
  • Index(es):
    • Date
    • Thread