通过Bot框架连接时检索Skype附件

Question

我们使用BotFramework联系我们的客户使用Skype。我们希望获得附件作为活动的附件属性的一部分，当客户端发送'jpeg‘、'gif’或其他图像类型时就是这样。但是，当客户端发送音频文件'.m4a‘或类似文件时，我们得到如下内容：

<URIObject uri="https://api.asm.skype.com/v1/objects/0-neu-d11-f5e80525b1cae4f19957707afbb44006" url_thumbnail="https://api.asm.skype.com/v1/objects/0-neu-d11-f5e80525b1cae4f19957707afbb44006/views/audio" type="Audio.1" doc_id="0-neu-d11-f5e80525b1cae4f19957707afbb44006">To hear this audio file, go to: <a href="https://login.skype.com/login/sso?go=webclient.xmm&amp;docid=0-neu-d11-f5e80525b1cae4f19957707afbb44006">https://login.skype.com/login/sso?go=webclient.xmm&amp;docid=0-neu-d11-f5e80525b1cae4f19957707afbb44006</a> <OriginalName v="Recording.m4a"></OriginalName> <FileSize v="66912"></FileSize> </URIObject>

我们应该自己来解析它吗？(我们应该把它作为附件来处理，不是吗？)如果是的话-有没有解析器来处理这类事情？我唯一能找到的是关于SkPy (https://skpy.t.allofti.me/protocol/chat.html)或MSNP(https://github.com/msndevs/protocol-docs/wiki/Messaging)的，它们已经过时了。

Answer 1

因此，这要归功于Skype作为bot框架附件所允许的方式/内容。我用.wma和.m4a运行了一个快速测试，.m4a被阻塞了(没有出现在bot框架中)。我交换了文件扩展名，然后又换了一次；.wma工作的.m4a被阻塞了。我猜这是一个简单的扩展白名单。也许在某个地方有一个Skype反馈渠道来改变/增加这种情况。

第一个属性(uri)似乎是资源本身。但如果是这样的话，您肯定需要通过Skype API进行身份验证才能检索到它。