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:missing@example.test">

…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?

Trace the composition, draft, and send architecture and locate handling for unresolved quoted inline-image CID references. Done means an explicit opt-in policy replaces only unambiguous missing references with visible placeholders, preserves quoted text and valid resources, reports degradation in machine-readable output, and leaves default and malformed-MIME behavior unchanged.