远程签名 (DocuSign) - 一些收件人没有收到电子邮件
Remote Signing (DocuSign) - Some recipients not receiving emails
问题：
我有一个通过 DocuSign REST 启动远程签名的工作生产过程 API。在大多数情况下，它工作得很好。但是，对于我们发出的最初 20 份合同，一些客户尚未收到 DocuSign 要求他们签名的电子邮件。我可以确认 DocuSign 报告说他们已成功将它们发送给签名者，即使客户报告从未收到过它们（尽管通过 spam/junk/deleted 查看）。在这少数情况下，我们陷入了死胡同，因为如果他们出于某种原因没有收到该电子邮件，我们就必须恢复到手动合同。
已阅读以下文章：
很明显，这是一个常见问题，我们唯一的选择是将其发送到另一个电子邮件地址，让客户联系他们的 ISP 并找出它可能被拒绝的原因（这不是好的/专业的选择），或者求助于手动合同。
有人以为我有...
是使用 API 获取 DocuSign 在他们发送的电子邮件中提供的当前签名者的 link 并为我的应用程序的用户提供一个替代选项来发送包含此 link 从我们的电子邮件服务到远程签名页面，因为我们的信誉问题为零。
Edit based on Inbar's reply
After reading through Larry's Blog as provided by Inbar in the comments below, my idea above would need to have my app send an email to the signer with a unique URL back to my App (so that this URL is Long-Lived / limited only based on business rules) which, when clicked, would make a request to EnvelopeViews:createRecipient (time-limited / must be used in 5 mins) to retrieve a url and redirect the user to the Remote Signing page which is governed by DocuSign's session policy.
Should my client need to go away and click the link in their email again, the Long Lived ==> Time Limited & redirect would repeat starting a new session.
这里的支持似乎比通过票务更好，所以我希望 DocuSign rep/guru 对我可以做些什么来处理这些情况有一些想法。
首先，是的，在某些情况下，来自 DocuSign 的电子邮件会被 ISP 或电子邮件提供商作为垃圾邮件拒绝。这些甚至不会显示在垃圾邮件文件夹中，因为他们在将它们发送给最终用户之前会拒绝它们，我们确实需要使用这些来解决问题。特别是如果这些用户将收到不止一份合同等。为此 - 您需要联系支持人员，因为我们需要知道电子邮件地址等。
您的想法是可行的，但您必须阅读 Larry's blog 此处。这是因为 URL 通常非常短暂并且会在 5 分钟后过期，因此通过电子邮件发送常规 URL 效果不佳。
问题：
我有一个通过 DocuSign REST 启动远程签名的工作生产过程 API。在大多数情况下，它工作得很好。但是，对于我们发出的最初 20 份合同，一些客户尚未收到 DocuSign 要求他们签名的电子邮件。我可以确认 DocuSign 报告说他们已成功将它们发送给签名者，即使客户报告从未收到过它们（尽管通过 spam/junk/deleted 查看）。在这少数情况下，我们陷入了死胡同，因为如果他们出于某种原因没有收到该电子邮件，我们就必须恢复到手动合同。
已阅读以下文章：
很明显，这是一个常见问题，我们唯一的选择是将其发送到另一个电子邮件地址，让客户联系他们的 ISP 并找出它可能被拒绝的原因（这不是好的/专业的选择），或者求助于手动合同。
有人以为我有...
是使用 API 获取 DocuSign 在他们发送的电子邮件中提供的当前签名者的 link 并为我的应用程序的用户提供一个替代选项来发送包含此 link 从我们的电子邮件服务到远程签名页面，因为我们的信誉问题为零。
Edit based on Inbar's reply
After reading through Larry's Blog as provided by Inbar in the comments below, my idea above would need to have my app send an email to the signer with a unique URL back to my App (so that this URL is Long-Lived / limited only based on business rules) which, when clicked, would make a request to EnvelopeViews:createRecipient (time-limited / must be used in 5 mins) to retrieve a url and redirect the user to the Remote Signing page which is governed by DocuSign's session policy.
Should my client need to go away and click the link in their email again, the Long Lived ==> Time Limited & redirect would repeat starting a new session.
这里的支持似乎比通过票务更好，所以我希望 DocuSign rep/guru 对我可以做些什么来处理这些情况有一些想法。
首先，是的，在某些情况下，来自 DocuSign 的电子邮件会被 ISP 或电子邮件提供商作为垃圾邮件拒绝。这些甚至不会显示在垃圾邮件文件夹中，因为他们在将它们发送给最终用户之前会拒绝它们，我们确实需要使用这些来解决问题。特别是如果这些用户将收到不止一份合同等。为此 - 您需要联系支持人员，因为我们需要知道电子邮件地址等。
您的想法是可行的，但您必须阅读 Larry's blog 此处。这是因为 URL 通常非常短暂并且会在 5 分钟后过期，因此通过电子邮件发送常规 URL 效果不佳。