On Sat, Aug 17, 2013 at 1:51 AM, Moritz Bartl moritz@torservers.net wrote:
mfrggzdfmztwq2lknnwg23tpobyxe43uov3ho6dzpjaueq2eivda.onion ?
characters that aren’t URL-safe: plus (+), slash (/), and equals (=). Y64 encoding replaces these with dot (.), underscore (_), and dash (-),
Or would case sensitivity be too crazy?
I think about DNS - Aka non-tor-internal implementations of it in onionland. Although dns has grown up nearer to a binary db, it was insensitive and with a narrow character range and length. Things from client app to local resolver to DNS server may be affected. / - %2F in URI, but it does cause problems when various software apps choose to write that filesystem reserved character to disk un-escaped, or send it to web that way. Functions - That they exist in Python, Perl, etc to convert this to/from hex/binary/etc. 16chars - Not 100% easy to memorize, so [even very] longer may not be a huge problem... see i2p, freenet, gnunet, etc. OnionCat/IPv6 - But extending beyond 80 bits facing will break this I think. I've seen some proposal on zzz.i2p for this re: their >80 bits.