← Reddit

Copy email button should copy only the body, not the Subject

Reddit · theLastYellowTear · May 12, 2026
A user reported that the email copy function includes both the subject line and message body together, leading to accidental pasting of the subject into email bodies when composing replies. The user requested that the copy button copy only the body content, or alternatively, that a separate copy button be provided for the subject line.

Detailed Analysis

A user feedback post highlights a UX friction point in Claude's email drafting workflow: when the "copy email" button is activated, the output includes the subject line concatenated directly above the body text, producing a single block of copied content that reads "Subject: [Subject Line]" followed by the email body. The user reports having accidentally pasted this combined output — including the subject header — directly into an email body field, resulting in a visibly malformed message sent to a real recipient. The post includes a screenshot link demonstrating the exact format of the copied output.

The core complaint reflects a mismatch between how Claude structures its email output and how users actually consume that output in downstream applications. Most email clients treat the subject line and body as separate, distinct input fields. When Claude bundles both into a single copyable block, users who rely on the copy button for quick workflow integration must either manually strip the subject line each time or risk the error the poster describes. The user's explicit note — "I usually use Claude to help answer emails, so no subject needed" — reveals a common use pattern: Claude is being used as a drafting assistant for reply emails, where the subject field is already pre-populated by the email thread, making the copied subject line entirely redundant and actively disruptive.

The feature request itself is modest and well-scoped: either copy only the body by default, or provide two discrete copy buttons — one for the subject and one for the body — allowing users to extract each component independently. This kind of granular clipboard control is a standard affordance in productivity tools that generate structured content with multiple distinct fields, and its absence in Claude's email feature represents a gap between the tool's output format and real-world integration patterns. The poster's suggested solution of a separate subject copy button is consistent with how analogous tools handle structured document outputs.

This feedback connects to a broader challenge in AI-assisted productivity: the "last mile" problem of output formatting. Claude may generate a well-crafted email, but if the delivery mechanism — the copy button — does not respect the semantic boundaries of the content it is copying, it introduces friction that undermines the utility of the underlying generation quality. As Claude is increasingly used in agentic and workflow-integrated contexts, the interface layer between generated content and its destination application becomes as consequential as the content itself.

The report also illustrates the value of user-reported edge cases in surfacing integration failures that may not surface in internal testing. The error only manifests when a user pastes into a live email client without carefully reviewing the pasted content — a natural behavior when the point of the copy button is speed and convenience. Anthropic's ongoing refinement of Claude's interface affordances will likely need to account for these real-world usage patterns, particularly as email assistance remains one of the most common everyday applications driving mainstream adoption of AI writing tools.

Article image Read original article →