For several days my CC v3 API calls were working both in Postman and in my R Script. Yesterday the calls started failing. I am successfully retrieving the OAUTH token, but after passing it to the final GET call, I am getting the response below. Any assistance would be appreciated.
I'm getting the same thing.
Even when I go to the API Reference and connect via oAuth (https://v3.developer.constantcontact.com/api_reference/index.html#!/Contacts/getContacts)
I still get the same unauthorized 401
Anyone know what would cause this to happen?
I'm also getting a 401 immediately after a successful token refresh. I've been using the API with no issues for several months but all of a sudden, 401 errors. This started yesterday at 12:09 PM.
I can refresh as many times as I want, but no matter what tokens I get back, I get a 401 response.
I was just about to create a post about this.
We have been using the v3 API since some weeks ago and all of sudden it stopped working.
We have investigating our code and came to the conclusion the issue is in the API side.
We can successfully make the authorization code request and receive the code.
Then we are able to exchange the code for an access token.
We are also able to use the refresh token in order to get a new access/refresh token.
The problem is that when we use the access_token to perform API requests, like:
curl -X GET \
-H 'Content-Type: application/json' \
-H 'Authorization: Bearer INSERT_SOME_VALID_RECENT_ACCESS_TOKEN_HERE' \
-H 'Cache-Control: no-cache' \
-H 'Accept: application/json'
We always get the response:
Sorry for the delayed response. As I'm sure you are already aware this issue has been resolved. We had a temporary issue with some certificates and they have been updated. Please let us know if you still see this problem.
The issue in the original post was due to a temporary system issue. I'm not aware of a repeat of that issue. Are you still having this problem? During the previous issue we were able to replicate using our API Tester page at https://v3.developer.constantcontact.com/api_reference/index.html#!/Contacts/getContacts
If you are still having the issue, do you also see it using this API Reference tester?
Please have a look and let me know if you have any questions!
Tier II API Support Engineer
I can confirm seeing the same error/issue. We have OAuth Server Flow implemented - can receive code from our app, replace access and refresh tokens too.
When we make go to execute a curl request in our code, we see this same error on screen.
Any suggestions would be helpful.
If you are receiving this error still then it would be due to an issue with the call or the data being sent as we are not currently experiencing a system issue that would cause this.
I would verify that your code is correctly retrieving the Access Token and you can make a call with a new Access Token then attempt going through the refresh flow. If the error only occurs after going through the refresh flow verify that you are correctly replacing the old Access Token with the new Access Token.
If you are still having issues it would be beneficial to see a code snippet. Generally we recommend to email us at that point (firstname.lastname@example.org); however you are welcome to post the code here as well.
I have been experiencing the same issue - exactly
It is not the request because after a series of attempts I get the proper response
This happens with every type of call (PUT, POST, GET, etc.)
Just a simple GET for my list of five campaigns will return this error every call for half an hour or more then the next attempt it returns the list properly. It will then work for a while and then revert back to the HTTP 401 UnauthorizedException
This is all with the exact same code and call each time
Also, it will sometimes return an internal server error and do that for up to half an hour
View API documentation, code samples, get your API key.Visit Page
The holidays have come and gone. For many seasonal businesses, this means the rush of shoppers has decreased as well. Instead of turning off the lights and waiting for spring, make your email marketi...See Article