Short answer: Drop the "Gmail → Get Thread" action anywhere in your workflow, map the inputs from upstream nodes, and publish.
Every field can be mapped from an upstream trigger, AI step, table row, or hard-coded literal.
| Field | Type | Required | Description |
|---|---|---|---|
Thread ID threadId | string | Required | Gmail thread ID — groups related messages. Find via List Threads. |
Format format | options | Optional | Format. Options: Full (headers + body), Metadata (headers only), Minimal (IDs only) |
{"threadId": "e.g. 18a1b2c3d4e5f6","format": "{{trigger.format}}"}
{"id": "thread123","messages": [{"id": "msg123","payload": {"headers": [{"name": "Subject","value": "Project Update"}]},"snippet": "Hi, I wanted to discuss...","labelIds": ["INBOX"],"threadId": "thread123"},{"id": "msg456","payload": {"headers": [{"name": "Subject","value": "Re: Project Update"}]},"snippet": "Thanks for the update...","labelIds": ["INBOX"],"threadId": "thread123"}],"historyId": "987654"}
Use these fields in downstream nodes for routing, logging, or error handling.
Any of these apps can fire this action as part of a workflow.
Triggered by anything in the catalog. Free tier available. No credit card.