Gmail module skipping some emails

Questions
1

:bullseye: What is your goal?

Retrieve the emails via the Gmail v4 module, always.

:thinking: What is the problem & what have you tried?

I am subscribed to Pro plan, my Gmail v4 module as my starting point on my Scenario that runs every 3 mins, is skipping some emails(around 5 to 10 emails) almost every day exactly around UTC+1 / 12am to 1am (not earlier than 12am and not later than 1am).

I am not being able to understand why it is happening exactly this time, I have a maximum 10 emails per execution but that seem not to be an issue since I don’t have more than 10 emails in an hour.

Before 12am and after 1am, every email is being retrieved as expected.

Scenario is being executed but emails are not being processed or retrieved by Gmail module.

3

Hello,

Do you have any time-based conditions in your scenario that could potentially have problems with time zones?
Or does the module simply not return these emails?

What I suggest is contacting Make Support as they have access to your account and scenario logs.

contactSupport
contactSupport774Ă—492 35.1 KB

4

My guess is that it has something to do with the timezone. You mention that you are UTC+1 and you are missing an hour from 12am to 1am. You likely have some sort of filter condition that compares days with something using UTC and another using UTC+1 which is causing them to mismatch.

Here is something you can try:

-If your Gmail search/filter logic is referencing “today” or “after X time” the Make module may interpret those as UTC as Make scenarios run internally on UTC unless explicitly adjusted.

-On Gmail if you were using an advanced search like “newer_than” or “after:” Gmail may interpret them in UTC as well. Emails may fall into a “gap hour” where they don’t meet any polling window.

-You can try to overlap your polling window slightly lie 70 mins. This could prevent messages falling into a boundary gap.

The best fix is to use a rolling time window instead of a fixed “since last run” logic like “Search emails newer than now minus 90 minutes”

This prevents timezone boundaries from ever skipping messages.