FA-76737 / Email MIME structure / Member archive

Reassemble message/partial fragments: one based numbers · case 02

Complete messages are never recognised because fragment 0 is required.

Member previewVariant 2 · 3 implementations · 7 checks per implementation

Case contract

fragments {id, number, total (optional), body}. Per id: the first fragment with a given number wins; totals seen on fragments must all agree (otherwise "conflict"); without any total the message is "incomplete"; it is "complete" when every number 1..total is present, and its text joins those numbers in order (other numbers are ignored). Result rows [id, status, text or None] sorted by id.

Why this case matters

Large messages split with message/partial must be reassembled exactly once and in order.

One recorded failure

Sample boundary fixture

This sample comes from the broken implementation of a controlled reproducer.

Boundary fixture	Actual	Expected	Outcome
retransmitted fragment	`[["p", "incomplete", null]]`	`[["p", "complete", "ABCD2"]]`	Failed

MEMBER ARCHIVE

The complete case is available to members.

This record includes three runnable implementations, regression fixtures, execution results, and source hashes.

Member access is invitation-based. Sign in with your invited account to inspect the sources.