Re: BOF: Format-Flowed and Non-Western Charsets

There is an option that was considered and discarded early on, but 
may be worth reconsidering: we could add a new attribute: delsp, 
which is either true or false (false by default of course).  When 
true, the space as well as the CRLF is to be deleted on reception.
An old f=f client sending to a new f=f client works exactly as it 
does today.  A new f=f client sending to an old one at worst has one 
extra space at the end of soft lines, and thus some words will have 
two spaces between them instead of one.  (If the client sets delsp to 
false then of course there are no extra spaces.)
It's ugly to add Yet Another Parameter, but it minimizes 
compatibility problems and avoids the complexity of trying to explain 
when to delete spaces in a language/charset-dependent manner.  Also, 
nothing gets deprecated, and new clients can set delsp=true only with 
non-US-ASCII to minimize compatibility issues.
Comments?