Hi all,
do you have any idea about the problem link to an error message like that ?
“Send Mail Message: Google.Apis.Requests.RequestError Precondition Failed [412] Errors [ Message[Precondition Failed] Location[If-Match - header] Reason[conditionNotMet] Domain[global] ]”
Thanks,
Pierre
Are you using the existing Send Mail Message activity @Pierre_PARIS?
Hi @Pierre_PARIS ,
We are getting the same issue at my organisation with the send mail activity using the same GSuite Application activities published by UiPath. The error occurs between 30-50% of all of the emails that are sent with this activity, there is no consistency with these occuring and it has only started to happen in the last 1-2 weeks.
@Mihai_Dunareanu do you have any insight into this error?
We are also getting the same issue at my organisation with the send mail activity using GSuite Application activities published by UiPath. Also no consistency was observed, error appearing in about 5% cases.
Hi also meet the same problem (since the beginning of the week).
we use uipath gsuite
“Send Mail Message: Google.Apis.Requests.RequestError Precondition Failed [412] Errors [ Message[Precondition Failed] Location[If-Match - header] Reason[conditionNotMet] Domain[global] ]”
Best regards
Hi All,
This seems to be an update on Google’s service that went awry and which we’ll have to wait for them to fix, but in the meantime, we’re seeing if there are any workarounds we can do on our end.
Hi everyone,
@Nicholas_Doss, @TomaszGolos and @glipka: The bug you all reported happens when the ETag (HTTP ETag - Wikipedia), which is a header in the http request, changes between the moment the activity has uploaded the email as a draft and the moment it actually sends the draft. This can happen for a variety of reasons, the most common of which is actually modifying the draft between the time it is uploaded and the time it is sent. However, you’d have to do some pretty whacky workflows to actually do this.
There is also this albeit older issue on the google client SDK GitHub in which other people have gotten the exact same error using other services (Calendar in that instance) and the problem resolved itself.
So I think Dean Mauro is right in his statement that this is a server side problem that will remedy itself.
I have just tested this by running the Send Mail activity in a loop 100 times, and I have gotten no error, so I think the case is even stronger for a server side issue.
Please let us know if this continues, as currently we are not investigating this as a bug on our side any longer!
Thanks!
This issue is still there.
I had the same problem trying to work with Gmail using the GSuite package.
And I’ve fixed it very simple, using OAuthClientID instead of ServiceAccountKey in the AuthenticationType.
This issue also happened to me today. Using GSuite Scope with service account. When you use Oath 2 authorization Google ask you for an account authoritation so It´s not the correct solution o work aroung. I could not fix it with that option in my trials when dealing with Gsuite automation.
I am having the same issue and second what @Project_Project is saying. There needs to be a way to send the mail without having to use OAuth. Since this is an older topic: Is there anyone that found a solution for this issue?
I was able to use Integration Service and forget about creating this messy service account in Google. It works pretty nice. You only need to enable Integration Service in UiPath cloud and then create a connection. Is there a nice training course in UiPath Academy. But filters using Integration Service don´t work for me when using the connection. Hope it helps you