The email account that you tried to reach does not exist. Please try double-checking the recipient’s email address for typos or unnecessary spaces. Learn more at https://support.google.com/mail/?p=NoSuchUser p194-v6sor5096355iod.355 - gsmtp
private string GenerateToken()
{
JwtSecurityTokenHandler jwtSecurityTokenHandler = new JwtSecurityTokenHandler();
//we build the security key using the secret key
var securityKey = new SymmetricSecurityKey(Encoding.UTF8.GetBytes(UZGlobal.constants.ZoomApiSecret));
//we generate the credentials using the security key and the documented algorithm for Zoom API
var signingCredentials = new SigningCredentials(securityKey, SecurityAlgorithms.HmacSha256);
//we create the claims, for Zoom API iss (Issuer) and exp (Expiration) are needed
List<Claim> claims = new List<Claim>();
claims.Add(new Claim(“iss”, UZGlobal.constants.ZoomApiKey));
//timestamp for token expiration date. If we switch to .NET4.6 we can use a native function of Datetime
long epochTicks = new DateTime(1970, 1, 1).Ticks;
long unixTime = ((DateTime.UtcNow.AddHours(1).Ticks - epochTicks) / TimeSpan.TicksPerMillisecond);
//we build the payload data with the previous claims, the header and the security token needed for getting the token
JwtPayload payload = new JwtPayload(claims.AsEnumerable<Claim>());
var header = new JwtHeader(signingCredentials);
var securityToken = new JwtSecurityToken(header, payload);
//we get the token
return jwtSecurityTokenHandler.WriteToken(securityToken);
}
Can you try using the JWT.io library? We have had much greater success with this with all of our clients. It is very easy to implement. Can you try this and let me know if this resolves the problem?
I don’t think so. We do not see a problem with the API on our end. If we could get on a call we could probably root cause this but at the moment we don’t have complete data and in our testing all of our generated JWTs work.
If you want to get on a call you can respond to Michael’s email.
Interesting. Are you on v5.1.5? Can you try the latest version? I am trying to triage the best I can through an internet forum. Being on a call would be much more efficient.
With full disclosure, we did update the JWT library so it could be an issue with older versions of the JWT library but without knowing for sure we can’t rollback. Being the only known report of this issue we have to be sure what the problem is before we make any changes.
Are you generating short-lived tokens or are you using a token that has a chance to be expired?
I am having the same problem using v5.2.1 of that System.IdentityModel.Tokens.Jwt library. I sent an email this morning to developersupport but have not received a response.
Our tokens are set to expire in 10 mins and everything was working last week.
The tokens seem to validate fine in the jwt.io debugger.