Now the problem is that the chat message fails with the below:
{
“code”: 7004,
“message”: “No channel or user can be found with the given to_jid.”,
“result”: false
}
Hi @gfigueroa
Sorry for the late reply here, I did not get a notification on my end about the updates you made on this thread.
If you want to send messages using a chatbot, please make sure that you are working with the credentials associated to a Team Chat app and not a Server to Server oauth app
Hi @gfigueroa
Sorry to hear that you are having issues
Can you please try using the client ID and client secret from your team chat app and convert those to base 64 and pass that as an access token when making the request?
Here is a sample app that might help you as a guide
I tried the base 64 client ID/Secret w/ a colon & no space between them w/ the following result;
{
“code”: 7010,
“message”: “Invalid authorization token.”,
“result”: false
}
Any other Account ID that is used other than the main Zoom Account ID (encoded in Base 64) gets the following:
json:Object
message:“Not authorized.”
code:7004
result:false
As stated before, both the Chat & ServertoServer tokens can successfully be refreshed.
To be clear, all that is attempted is to determine anyone’s JID & then send that person a simple msg.
Currently trying in PostMan but eventually will be sending from various QuickBase (Lo Code/No Code) application(s).
QuickBase can be an event driven application so if certain conditions arise then a msg needs to be sent out.
For instance if the COO of the company opens a ticket then that is of HIGH importance and would send a Zoom msg to the IT Mgr.
QuickBase is currently doing this in WebEx & has done it in MS Teams, currently our company is transitioning to Zoom.
I don’t understand why this does not work especially since I have accomplished getting the jid successfully using the ServertoServer Oauth Access Token & the get_users API command.
Reading this link to get the jid further affirms the processes that have been setup are following that link’s process.