|  | @@ -66,9 +66,9 @@ Base64-encoded values.
 | 
	
		
			
				|  |  |  **ASCII-Value** should not have leading or trailing whitespace. If it contains
 | 
	
		
			
				|  |  |  leading or trailing whitespace, it may be stripped. The **ASCII-Value**
 | 
	
		
			
				|  |  |  character range defined is more strict than HTTP. Implementations must not error
 | 
	
		
			
				|  |  | -due to receiving an invalid **ASCII-Value** but value valid in HTTP, but the
 | 
	
		
			
				|  |  | -precise behavior is not strictly defined: they may throw the value away or
 | 
	
		
			
				|  |  | -accept the value. If accepted, care must be taken to make sure that the
 | 
	
		
			
				|  |  | +due to receiving an invalid **ASCII-Value** that's a valid **field-value** in
 | 
	
		
			
				|  |  | +HTTP, but the precise behavior is not strictly defined: they may throw the value
 | 
	
		
			
				|  |  | +away or accept the value. If accepted, care must be taken to make sure that the
 | 
	
		
			
				|  |  |  application is permitted to echo the value back as metadata. For example, if the
 | 
	
		
			
				|  |  |  metadata is provided to the application as a list in a request, the application
 | 
	
		
			
				|  |  |  should not trigger an error by providing that same list as the metadata in the
 |