claude-code - 💡(How to fix) Fix [BUG] gmail_read_message has now been removed [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#48713Fetched 2026-04-16 06:53:03
View on GitHub
Comments
2
Participants
2
Timeline
7
Reactions
0
Timeline (top)
labeled ×5commented ×2

Error Message

Error Messages/Logs

Root Cause

WHAT THIS BROKE: I have a flight confirmation processor skill that monitors a Gmail label for airline booking emails, extracts flight data from the email bodies and attachments, and updates a travel spreadsheet. This skill has been running successfully across dozens of sessions since late March 2026. As of today (April 15, 2026), it no longer works because the connector cannot read email content.

Code Example

WHAT CHANGED:
The Gmail connector (UUID: 1ec2656e-2aa2-4ae2-beb6-b7abf9f7f0a9) previously exposed two tools called "gmail_read_message" and "gmail_search_messages." These tools have been replaced with "get_thread" and "search_threads." The new "get_thread" tool does not return message bodies or attachment content, even when called with messageFormat: "FULL_CONTENT." It only returns metadata (date, sender, subject, snippet, recipients).

WHAT THIS BROKE:
I have a flight confirmation processor skill that monitors a Gmail label for airline booking emails, extracts flight data from the email bodies and attachments, and updates a travel spreadsheet. This skill has been running successfully across dozens of sessions since late March 2026. As of today (April 15, 2026), it no longer works because the connector cannot read email content.

EVIDENCE:
- Multiple prior sessions (visible in session history) successfully used gmail_read_message on the same connector UUID to read full email bodies and attachments from airlines including United, Delta, Southwest, Alaska, and Sabre/GDS confirmations.
- The current session's get_thread tool returns identical truncated output regardless of whether FULL_CONTENT is specified or omitted.
- The connector shows as connected and enabled in settings. Reconnecting did not resolve the issue. Multiple fresh sessions exhibit the same behavior.

IMPACT:
This is a complete blocker for any workflow that depends on reading email content, which is arguably the core purpose of a Gmail connector.

REQUEST:
Please restore the ability to read full message bodies and attachments, whether through restoring gmail_read_message or fixing get_thread to actually return full content as its documentation claims.
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

It appears that the gmail map has now removed the gmail_read_message tool. At this point, there is no way to get data from an email for use. The get_thread tool does not retrieve much more than snippets and has broken basically all of my skills. I wanted to check if this is an issue for others

What Should Happen?

Claude should be able to read email, parse data to launch skills in next steps. Continually fails to get data stating that the gmail_read_message is no longer listed as a tool

Error Messages/Logs

WHAT CHANGED:
The Gmail connector (UUID: 1ec2656e-2aa2-4ae2-beb6-b7abf9f7f0a9) previously exposed two tools called "gmail_read_message" and "gmail_search_messages." These tools have been replaced with "get_thread" and "search_threads." The new "get_thread" tool does not return message bodies or attachment content, even when called with messageFormat: "FULL_CONTENT." It only returns metadata (date, sender, subject, snippet, recipients).

WHAT THIS BROKE:
I have a flight confirmation processor skill that monitors a Gmail label for airline booking emails, extracts flight data from the email bodies and attachments, and updates a travel spreadsheet. This skill has been running successfully across dozens of sessions since late March 2026. As of today (April 15, 2026), it no longer works because the connector cannot read email content.

EVIDENCE:
- Multiple prior sessions (visible in session history) successfully used gmail_read_message on the same connector UUID to read full email bodies and attachments from airlines including United, Delta, Southwest, Alaska, and Sabre/GDS confirmations.
- The current session's get_thread tool returns identical truncated output regardless of whether FULL_CONTENT is specified or omitted.
- The connector shows as connected and enabled in settings. Reconnecting did not resolve the issue. Multiple fresh sessions exhibit the same behavior.

IMPACT:
This is a complete blocker for any workflow that depends on reading email content, which is arguably the core purpose of a Gmail connector.

REQUEST:
Please restore the ability to read full message bodies and attachments, whether through restoring gmail_read_message or fixing get_thread to actually return full content as its documentation claims.

Steps to Reproduce

Simply ask Claude if they can access the gmail_read_message tool

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

Claude 1.2581.0 (f10398) 2026-04-14T17:16:40.000Z

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

No response

extent analysis

TL;DR

The Gmail connector's removal of the gmail_read_message tool and replacement with get_thread has broken email content retrieval, and a fix or workaround is needed to restore this functionality.

Guidance

  • Verify that the get_thread tool is being called with the correct parameters, specifically messageFormat: "FULL_CONTENT", to ensure that the issue is not due to incorrect usage.
  • Investigate alternative methods for retrieving email content, such as using the search_threads tool or exploring other Gmail APIs.
  • Consider reaching out to the Anthropic API support team to request assistance with restoring the gmail_read_message tool or fixing the get_thread tool to return full content.
  • Review the documentation for the get_thread tool to ensure that it is correctly implemented and that there are no known limitations or workarounds.

Example

No code snippet is provided as the issue is more related to the API and tool usage rather than a specific code implementation.

Notes

The removal of the gmail_read_message tool seems to be a deliberate change, and it's unclear if it will be restored. The get_thread tool's limitations may be a known issue, and exploring alternative methods or seeking support from the Anthropic API team may be necessary.

Recommendation

Apply workaround: Reach out to the Anthropic API support team to request assistance with restoring the gmail_read_message tool or fixing the get_thread tool to return full content, as this is a critical functionality for many workflows.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING