[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

[tor-commits] [torspec/master] Clarify 285 further.



commit 8bc8bf05bb1a0cc6f70bf5b14e745c968d9083e4
Author: Nick Mathewson <nickm@xxxxxxxxxxxxxx>
Date:   Tue Jan 9 12:33:13 2018 -0500

    Clarify 285 further.
---
 proposals/285-utf-8.txt | 13 ++++++++++++-
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/proposals/285-utf-8.txt b/proposals/285-utf-8.txt
index a7f4626..6521e03 100644
--- a/proposals/285-utf-8.txt
+++ b/proposals/285-utf-8.txt
@@ -22,6 +22,8 @@ Status: Open
    So, in this proposal, we describe a migration path to having all
    directory documents be fully UTF-8.
 
+   (See 2.3 below for a discussion of what exactly we mean by "non-UTF-8".)
+
 2. Proposal
 
    First, we should have Tor relays reject ContactInfo lines (and any
@@ -58,12 +60,21 @@ Status: Open
    the "reject-encrypted-non-utf-8" parameter, that parameter can be set
    to 1.
 
-2.2. Which UTF-8 exactly?
+2.2. Bridge descriptors
+
+   Since clients download bridge descriptors directly from the bridges, they
+   also need a two-phase plan as for hidden service descriptors above.  Here
+   we take the same approach as in section 2.1 above, except using the
+   parameter "reject-bridge-descriptor-non-utf-8".
+
+2.3. Which UTF-8 exactly?
 
    We define the allowable set of UTF-8 as:
       * Encoding the codepoints U+01 through U+10FFFF,
       * but excluding the codepoints U+D800 through U+DFFF,
       * each encoded with the shortest possible encoding.
+      * without any BOM.
+
 
 
 

_______________________________________________
tor-commits mailing list
tor-commits@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-commits