Re: [dbound] The proposals before us

["John R Levine" <[e-mail]>]

> The pertinent information was included in the text that immediately 
> followed the snippet that you included above.  Since it was omitted, 
> I'll include it again here (some emphasis added):

I have a problem, in that I have read this document multiple times and 
have no clue what the actual series of queries and responses would be, 
given the complexity of the lookup algorithm and the situation where some 
subtrees can be cached via a fetch result. It'd be a big help if you could 
give some examples.

Could you tell us what the queries would be for abc.def.com if the org
domain is def.com, or for ghi.blogspot.com, where the org domain is
ghi.blogspot.com, or jkl.mno.uk and jkl.mno.co.uk, where the org domains
are mno.uk and mno.co.uk?  That would certainly clarify things for me.


>> The current behavior is typically to look in the PSL and if the domain
>> isn't there, the code does whatever it does. ...

> The algorithms on the Public Suffix List page [2] and in section 3.2 of 
> RFC 7489 [3] seem pretty clear.  The algorithm is longest match--there 
> really isn't a notion of "if the domain isn't there".

Let's say you're looking up the domain bulgaria.xn--90ae.  That's a
name in a real TLD, and the TLD doesn't appear in the PSL.  What does
the code do now?  Looking at some of the PSL libraries, the results
look pretty random.  Some raise exceptions, some fall off the ends of
routines and return null or a random result.

R's,
John