Feature request: opt-in degradation policy for unresolved quoted inline-image CID references

Gog v0.39.1 intentionally rejects quoted replies when an inline-image cid: reference has no matching MIME part. This request preserves that fail-closed default.

Would you consider an explicit, opt-in composition policy for this narrowly defined condition: an otherwise valid quoted message contains an inline-image cid: reference with no matching MIME part?

When that condition is unambiguous, the policy could:

• replace the unresolved cid: reference in the quoted rendering with a visible placeholder;
• preserve quoted text and valid inline resources;
• otherwise preserve normal reply composition semantics;
• report that degradation occurred, ideally in machine-readable output.

For example, a synthetic source contains:

<p>Example message.</p>
<img src="cid:[email protected]">

…with no matching Content-ID MIME part.

Our intended use case is producing reviewable drafts. The calling workflow would interpret the degradation report and require human review; GOGCLI would not need to manage that workflow.

This is not a request for general MIME repair. Ambiguous or structurally malformed MIME would continue to fail closed, and default behavior would remain unchanged. We leave placement of the policy within the composition/draft/send architecture to the maintainers.

Would this fit the project’s direction, and what detection, preservation and reporting constraints would you require?