Vos commentaires

Hi Alberto,
Could you check if it is working now? And please check you are not viewing the basic HTML version of Gmail, 'cause we don't have support for that.
Thank you for contact us.
Hello Alberto,

Thanks for contacting us. We've found that the gmail interface has little changes in some regions, those changes are affecting the extension. We are working to resolve this issue and I believe it will be resolved in a very short period of time. I will keep you posted for testing the extension again. Thanks so much for being there!
Andrew, I would like if you don't mind schedule a voice call for tomorrow (Google hangout, Skype...) in order to allow us to see your screen and tracing the error in the precise moment you reproduce it.
When would you be able to do the call?
Hi Andrew,
We have created a ticket for this issue, but before we are able to continue, can you send me an email to gussoler@mxhero.com from the account that keeps your emails stuck? In order to know your email and provide a better support.
Thanks in advance.
Aman,
Thanks so much for your feedback.
We found an issue with our CSS that applies only to any <em> (as you mentioned) inside gmail. We have resolved the problem and the fix will be available in the next release, scheduled to be released this week.

Best,
Gustavo Soler.

Hello MC Carter,

Finally we found a solution for the issue you found.

With your help we have successfully reproduced the problem, and we found a problem with the timezones's range.


We have corrected this problem. Please try one more time, I trust it will work as we expect this time.


Thanks!


Hi MC Carter,


In my opinion the best way to find a possible solution is run a javascript command and sharing with us the result (it's a number, an integer).


Please, in order to do this, open a javascript console on chrome:

  • Use the keyboard shortcut Command - Option - J (Mac) or Control -Shift -J (Windows/Linux).
And run the following command:

new Date().getTimezoneOffset()

[press ENTER]
It will return a number, please share it with us. It represents the time difference between UTC time and local time, in minutes. Then I will let you know a possible diagnostic.
Thanks in advance!

Hi MC Carter,


First of all thank you for writing to us. That will help us to improve our toolbox.


Send Later schedules emails using unixtime (number of seconds that have elapsed since 1970-01-01 00:00:00 UTC), but in order to confirm that the email was correctly scheduled it sends a confirmation (the mail "Scheduled Delivery Receipt") using your browser's timezone for calculating the "Will be sent" hour in your timezone.

That should be the reason why the email is sent on time but wrongly informed in the "Scheduled Delivery Receipt" mail.

Could you check if your browser's timezone or operative system is in the correct timezone? Because of the failure probably it is set in UTC or GMT+0 (London).