# \[Gmail\] Replies in Labeled Thread Not Triggering Watch Emails Module
**URL:** https://community.make.com/t/gmail-replies-in-labeled-thread-not-triggering-watch-emails-module/85989
**Category:** Questions
**Tags:** gmail, google-sheets
**Created:** [July 1, 2025, 6:56am UTC](https://community.make.com/t/gmail-replies-in-labeled-thread-not-triggering-watch-emails-module/85989 "2025-07-01T06:56:28Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@Shady](https://community.make.com/u/Shady)
#### Post date: [July 1, 2025, 6:56am UTC](https://community.make.com/t/gmail-replies-in-labeled-thread-not-triggering-watch-emails-module/85989/1 "2025-07-01T06:56:28Z")
I’m using the Gmail → Watch Emails module in [Make.com](http://Make.com) to track incoming emails with a specific label (e.g., project-based labels like ABC\_123). I’ve noticed a consistent issue:
When I apply a label to the first email in a conversation thread, it works fine. But when I receive replies to that same thread later, those replies are not detected by the Watch Emails module, even though they appear under the same label in Gmail.
I understand each message in Gmail has a unique Message ID, but Gmail applies the label to the full thread. However, the Make scenario doesn’t pick up those replies unless I manually remove and re-apply the label after each reply, which is not practical in ongoing projects with many emails.
I’ve tried using:
Folder set to the specific label
Filter type: Simple, Criteria: All Emails
Still, Make doesn’t trigger on new replies under that labeled thread unless the label is freshly reapplied.
Can you confirm:
Does the Gmail Watch Emails module only detect emails at the time the label is applied?
Is there a better way to continuously detect replies in labeled threads without reapplying the label every time?
---
### Author:  [@Make\_Bot](https://community.make.com/u/Make_Bot)
#### Post date: [September 29, 2025, 6:57am UTC](https://community.make.com/t/gmail-replies-in-labeled-thread-not-triggering-watch-emails-module/85989/3 "2025-09-29T06:57:06Z")