IE11的DocuSign嵌入式签名URL长度限制？
我们在我们的应用程序中使用上述API进行嵌入式签名，其中应用程序将收件人重定向到由该API返回的URL。
现在主要的问题是，如果用户正在使用IE11，而这个API返回的URL超出了IE11 URL限制，会发生什么，这个变化对IE11用户是否有效？如果没有，那么IE11用户如何使用嵌入式签名功能？
// JavaScript code to redirect user
window.location.href = recipientViewUrl; (URL return by above API)
共有1个答案
如果DocuSign返回的URL长度超过2083个字符，那么URL重定向在IE11中不起作用。由于DocuSign支持IE11，返回的URL长度不会超过2083个字符。
在将来的某个时候，DocuSign可能会放弃对IE11的支持，然后返回的URL可能会变得更长。
因此，在构建应用程序时，不应假设将从API调用返回的URL的长度。
-
我使用的是嵌入式签名代码配方中的代码，但从C#转换为VB.NET，代码使用的是Docusign API nuget。CreateEnvelope返回user_lacks_permissions。我已经通过了我的权限，检查了一切。我登录的用户是帐户管理员，似乎已经检查了所有权限。我将收件人电子邮件设置为实际的收件人电子邮件（不同于我的管理员帐户），尽管它是嵌入式签名，我不知道这是否是问题所在。我确实
-
两部分问题： 我们正在尝试接收一个文档准备签名的通知（我们不完全清楚通知中提供了什么）。我们不想做电子邮件通知；我们想关掉那些。我们假定嵌入签名的信息包含在非电子邮件通知中。是否有一种简单的方法向另一个程序发送推送通知，说明文档已经准备好发送，如果是这样，是否最好的方法跟踪通知，让签名API发布并从DocuSign请求信息？ 在我们的测试中，我们已经能够通过API调用接收嵌入的签名URL，但它将我
-
然后发送它以获取签名视图的收件人url： 有什么想法吗？提前谢了。
-
在向信封添加签名者时，我看到了“emailnotification”选项(https://www.docusign.com/p/restapiguide/content/rest%20api%20references/recipities/signers%20recipition.htm)。但它看起来是关于DocuSign发送给签名者的电子邮件通知的语言。我想它不适用于我的用例，因为我使用嵌入式签
-
我有一个用例来将电子签名与一些机密客户的现有应用程序集成。 在探索docuign时，我发现有两种方法可以获得电子签名： 远程-在电子邮件中发送签名链接 我很清楚这条遥远的路。但是，嵌入式方式不明确，我的问题是关于嵌入式的： 我有一个示例用例：假设，Tom是我的用户，他想从另一个用户Pedro那里获得签名的文档。所以汤姆会： 点击API创建一个信封，将所有文档封装在其中 现在，Tom如何将此URL发
-
我正在使用嵌入式Docusign API嵌入用于签名的文档。我将名字、姓氏和电子邮件存储在来自表单的会话中。我试图将templateRoles中的电子邮件更改为从表单存储在会话中的电子邮件，但我要么超时，要么得到一个错误，即电子邮件不正确：