Re: Call for Adoption: Structured Fields Revision (RFC8941bis)

On Thu, Oct 20, 2022, at 11:17, Mark Nottingham wrote:
>> On 20 Oct 2022, at 10:57 am, Mark Nottingham <> wrote:
>> One thing, just to make sure folks are aware: Retrofit currently defines a few places where SF parsing algorithms are relaxed, to make parsing more successful. See:
>> Conceivably, we could move these relaxations into retrofit and put them behind a flag or mode, so that they're integrated into the algorithms, rather than monkey-patching them. We'd need to do it in a way that doesn't affect "normal" SF parsing, though.
>> Thoughts?
> I should have been more explicit: what do people think about expanding 
> the scope of changes we'd consider to include this? I'm fine either 
> way, just wanted to make sure folks were aware of the issue.

I'm in two minds on this one myself, though leaning toward the increased scope...


These changes would make it so that many more fields could be interpreted as valid structured fields.  If we think that it would be better for retrofit - and the protocol overall - to be a tiny bit more permissive in processing of structured fields, then that work really should happen in the SF spec.


This increases the scope considerably and the likely timelines with it.  There is also a potential view that says that we shouldn't add this sort of permissiveness to SF.  We also have to consider the effect on deployed implementations of SF and what effect this might have on those.  Presumably we would be making parsing more permissive, but construction no less strict, which would help deployment, but we'd have to work through that process.

I'm definitely interested in hearing other opinions on this one.

Received on Thursday, 20 October 2022 00:27:08 UTC