Re: ID for Immutable

On Sat, Oct 29, 2016 at 1:49 AM, Kari Hurtta <hurtta-ietf@elmme-mailer.org>
wrote:

> > worth noting here that the refresh conditional-request path that
> immutable
> > impacts has never helped much with the corruption case.. it conditionally
> > verifies etags or l-m, but generally the corruption is in the message
> body
> > - most often truncation. so a 304 reply confirms to the client to keep
> > using the corrupted content anyhow..
>
> So on these case that heuristic that ignore immutable for
> "weakly framed content" does not help either. 304 reply
> still confirms to the client to keep using the corrupted content.



this was kind of my point - they are linked. so in cases of weakly framed
we eschew all conditional revalidations and that includes the special case
of immutable. The refresh happens non-conditionally.

I think the right document language is more along the lines of what martin
suggests