We use Google Pub/Sub service for being notified when our users receive emails on their Gmail accounts.
We use the Ruby Gmail client (https://googleapis.dev/ruby/google-api-client/latest/Google/Apis/GmailV1/GmailService.html) for watching the Gmail accounts of our user (connected with OAuth authorisation). We expose an endpoint in our Rails app for getting the posted notifications from Google.
It has worked for years without any problem for more than 1000 Gmail accounts. Since two weeks ago, we stopped receiving notifications for some accounts (I would say around 20).
Each account is re-watched once a day (with stop_user() and then watch_user()), so it's not a problem of expired subscription.
Once a notification is not received for an account when there is a new mail, we never receive a notification anymore until it's re-watched. Then, it works for several minutes/hours and then it's broken again. It always happens for the same accounts.
The quotas page on GCP shows that there is not quotas limit exceeded.
I don't know if it's directly related to the Pub/Sub service or if it's a Gmail issue...
Does someone already experienced the same issue ? How can it be investigated / fixed ?
Thank you in advance for your help !
Rémi
As talked in the comments, this seems to be a bug. Adding it as an answer for visibility purposes. You can click on the star next to the issue number to give more priority to the report and to receive updates.
A bug has been created here on the Google issue tracker : https://issuetracker.google.com/issues/208369302
Related
I worked on a solution for getting all teams audio & video communication quality in the company.
https://learn.microsoft.com/de-de/learn/modules/msgraph-changenotifications-trackchanges/5-exercise-change-notifications
On Runtime-Ecxceptions I use the old version the videos are created. older sources
That should solved later but it should no reason for getting onl some notifications not all.
I tried to get the callrecords by change notification and it worked partly, but I get not all notifications, and the endpoint handler work more than a half day (12, 14 or 16 h i think).
If I understand it correct. All cloud communication audio-/Video Call was accessed with https://graph.microsoft.com/beta/communications/callRecords/
If the CallRecord is an meeting type the the joinWebURL is set and must be added to the filter-clause to get the corresponding meeting.
All online meetings are missing
some group calls direct routing calls
and PSTN-Calls I have not tested it.
My Created subscription:
{
"changeType": "created,updated",
"notificationUrl": "https://a283-178-27-237-107.ngrok.io/api/notifications",
"resource": "/communications/callRecords",
"expirationDateTime": "2021-08-29T11:00:00.0000000Z"
}
I took on every creation or renewing the subscription the max time 4230, but I tried it with short timespawn and periodically renewing the subscription.
My setting in the registered App
// add permissions to registered app
CallRecord-PstnCalls.Read.All
CallRecords.Read.All
Calls.AccessMedia.All
Directory.Read.All
OnlineMeetings.Read.All
OnlineMeetings.ReadWrite.All
Reports.Read.All
User.Read.All
(OnlineMeetings is only a short time added)
I set the application access policy for this app with powershell.
Then I tried to get the Callrecords through the Callrecords History of teams Admin Center.
But the Id's there worked party an with the user who created the Meeting or call.
I got the messages Forbidden, invalid token,... so it seems the app works on with delgate permission, but I set App permission.That could clarify why i cannot all CallRedcords.if Icreated a subscription for a app which has appermision, the webook should called on ever Call.
So have 2 big problem:
Why there are not all notifications send?
How can i get an valid access token which works with app permissions and not with delegate permissions?
Update:
Now it seems i get all notifications, point 1 & 2 or irrelvant?
not use postman accessing subscriptions, i get no valid token for postman what ever I tried (Oauth2 Authentification copying token from the notificationurl handler), it seems the effect of the applicatiobn access policy.
Has anybody a solution for that?
Update 15.09.2021:
CallRecords Records seems to work fine, there was an error on postman enviroment.
I ignored other manuals and followed the steps to use postman from microsoft for that (see https://learn.microsoft.com/de-de/graph/use-postman). Creating subscription with the application permission and it seems I get all notifications.
So getting all notification seems to work. So I will close it now.
CallRecords Records seems to work fine, there was an error on postman enviroment. I ignored other manuals and followed the steps to use postman from microsoft for that (see https://learn.microsoft.com/de-de/graph/use-postman). Creating subscription with the application permission and it seems I get all notifications.
So getting all notification seems to work.
So I could close it generally, beacuse concerning question in this context needs own questions.
A controll check if I get all notification is the onyl open point on this question.
So I wait a few days, if there is no answer I close this question.
Not sure if the title makes sense, I will say this question is very similar to the one I posted yesterday but no response on seen here. I have a user sign up and select a plan, once they are set to said plan there is a trial day limit set using the stripe dashboard. I am not creating the subscriptions via the API. Once the day 30 days are up, how can I tell? Only way I can think of telling is checking if their account is older than 30 days and doesn't have a stripe token/last 4 numbers of their CC. There has to be a better way that is more secure and prevents them from canceling their card and still being able to use the service. I know there is no code in this post and should be, but the only code I think is relevant is in the linked post you should check out.
I should add, where should I put this code in my routes? And I am using node.js, express, swig, and stripe.
What you are looking for is Stripe Events. When an action happens on your account, Stripe issues an "event". You should set up a webhook in your dashboard, and an endpoint on your site or app to capture Stripe Events and process the data that is sent.
Stripe issues two perfect events for what you need: customer.subscription.trial_will_end which fires three days before the trial ends , and customer.subscription.updated which fires in multiple cases, including when the status is changed from trialing to active.
Read through the Stripe docs here to learn more.
I am trying to set up a node.js app as listener for twilio inbound sms.I have created a twilio account which gave me trial sandbox number(USA).
Using this trial number I was able to successfully send SMS to verified mobile numbers But when I send SMS to the sandbox trial number my app is not able to receive the same and twilio logs also didn't show up the inbound SMS details.
I have configured the end point in twilio SMS URL and the end point is accessible.
Are there any restrictions for inbound SMLS for twilio trial sandbox number. I have sent multiple messages to the number but still no luck.
Please note am trying to send SMS to a US twilio sandbox number from India. Could you suggest what I am missing.
Twilio Developer Evangelist here,
I apologize for this issue you are running into. I have just recreated this issue, as did another member of my team. A bug report has been filed.
Keep in mind, you can still obtain a unique Twilio number while using a trial account. See the Getting Started page to get your Twilio number. This will allow you to use our API while still being on a trial account. The limitations of trial accounts can be found here.
Thanks for bringing this to our attention, we'd love to mail you a Twilio t-shirt to say thank you. Since Stack Overflow doesn't allow for private messaging, please shoot me a private message on twitter to #br0dan with your address and t-shirt size.
We have been using 2checkout as one of a payment providers for a while now. We run a subscription based service that activate a set amount of time on the users account when we receive a notification.
For some reason in the past few days a number of users (not all) have been receiving notifications of Order Created 3 times, 1 every half an hour.
This is giving then 3 times their purchased time on our system.
Does anyone have any idea why this is happening?
I originally thought it was a case of waiting for the fraud status as on one account, the status was 'wait' for the first 2 notifications. But I have now seen with other users that the fraud check has passed on all 3 notification.
Any help would be appreciated.
Cheers
Nadeem
2Checkout INS notification will attempt to retry for a total of 3 attempts if a successful HTTP response is not returned by your server. You should be able to confirm that they are failing by checking the Failed logs in your 2Checkout account under the Notifications tab. Please contact 2Checkout tech support at techsupport#2checkout.com for assistance with troubleshooting the issue. They will be able to pull the logs to show the response from your server when the notification fails.
My Google Business 30 days trial has expired today. I am wondering whether my saved mails in my mail box won't be deleted after I will downgrade from Google Business to Google Apps? if my mails are going to be deleted i would like to know if there is a way to save them before i cancel my Google Business account?
messages will not be deleted but if users are over the Free Editions 10gb quota, they'll be unable to send/receive mail after the downgrade.
Confirm your users are under quota and you should be fine.
I have to say that this issue wasn't described clearly in the Google's papers i have read on this subject.
Anyway I can say that after the downgrade my mails were keep faithfully and none of my data was deleted. :)