- 已装运
- 2026年9月3日 04:34 UTC
- 作者
- Kamo
- 提交
- 41bc056
JustCall(api. justcall.io/v2.1)作为一个完整的电话提供商:呼叫历史,文本, 语音邮件、录音、代理目录和可用性,加签名 账户 Webhoks 和一个可选的联系人导入。 Auth 是全账户的 密钥/ 密钥对作为原始的“ 密钥: 密钥” 授权值发送 —— 而不是一个 Bearer 符号,它没有认证,返回401 读取像坏 证书。 JustCall的API的三种外形驱动设计: * 语音邮件不是资源。 这是他的电话 info。 类型是 "Voicemail",将它的抄本收录在其中,声音也放在后面 记录结束点作为任何其他调用——所以获取 Voicemails 是获取CallHistory 带有过滤器,没有读取状态可标记。 * 没有软电话证书。 JustCall出版没有SIP登记员,也没有 WebRTC 给第三方的令牌,其唯一的出局呼叫端点驱动一个 AI语音代理而不是一个人。 因此,声音呼叫是虚假的,即 已注册的Softphone已经使用何种功能, 并获得证书 拒绝的解释 而不是半注册。 *目录是只读的,没有设备概念,所以保留 界面在投掷默认,而不是假装写入。 Webhooks 每个实例注册在 QQ 1 按事件类型订阅 。 JustCall的HMAC-SHA256覆盖了注册的URL, 因此,查询字符串位于已签名的材料内,无法重写到 在另一只猩猩的电话服务器上着陆 URL记录在 在提供时配置 json, 因为校验必须签名相同的字符串 JustCall确实这么做了——从配置上重建它会开始悄悄地失败 时,基准 URL 已更改。 输入文本和呼叫事件到达 Ring Central 已经使用的路径 。 VoipMessage Service的处理器是环中形的,所以它的解析 被从摄入量中分离出来: 两条铁道现在都共享去除度,关键词截取, 对话升级并引导链接。 这种分享是有意的——关键词 台阶是记录 选择退出, 和第二条铁路 增长自己的副本 序列是最终不尊重停止。 SmsKeyword Service 的回复开关 获得新铁轨的原因相同:它是一个语句开关,所以 未列出的常数不会回答任何人。 MMS只通过公共 URL —— JustCall 接受不上传字节——所以是一个 附件已停放在这个服务上一个短命的可忽略的 URL 后面, 连接被移交。 故意不预先签名的对象存储 URL: MinIO 这是... ... 已签名的 URL JustCall的获取器无法解决集群内地址—— 对他们来说是404人 同时在集群内部完美工作 这个 服务已经可公开获取,因为它收到他们的网络呼号。 联系人导入关闭, 除非打开: 客户的地址簿是 控制每个成员的访问,并在一个键被粘贴时导入它 一个惊喜。 联系人通过 JustCall 代理来拥有 id 扩展同步 已经录制过, 任何其代理地图 没有卡莫成员被跳过 比停在某处共享。 坚持不懈地去EmailService,它拥有 联系表。 JustCall的AI呼叫摘要, 情绪和得分乘同一电话读取和 在CallLogEntry上浮出水面。 未坚持:电话 CALL LOG没有这样的栏目, 提供者在每次读取时返回,并添加列将花费一 DDL 窗口,用于复制他们的商店。 此更改中没有 DDL .