我有一个Web服务，可以创建带有需要签名的PDF的Docusign信封。在我的测试环境中，创建信封后，我查询信封状态以及收件人状态。 使用API调用时，电子邮件地址错误的受访者的状态为＃34;自动回复＆＃34; 。
现在，在我的Docusign Connect实施中，我有两条独立的路线被击中。一个用于电子邮件成功发送或请求完成，另一个用于电子邮件传递失败。当我有一条路线时，没有一个收件人被标记为＆＃34;自动回复＆＃34;就像返回的API调用一样（API调用结果最终会在Docusign命中Connect实现之前返回）。
将它们拆分后，我希望特定于电子邮件传递失败的路由具有正确的签名状态。 不幸的是，当此路线被点击时，所有收件人的状态均为“已发送”，无论他们的电子邮件是否有效。
我刚刚联系了Docusign，他们的回复是单个Connect实施正在监听的事件数量。根据这一假设，这种特定于交付故障的路线应该获得自动响应状态＆＃34;就像我们的API调用正在接收一样，似乎并没有发生。 如何让Connect实施返回正确的收件人状态？
每次我在其网站上打开支持服务单时，相应的帐户都无法再登录，这意味着它始终与其支持团队进行单向沟通。有没有人在此之前解决过这个问题？
我的想法是，如果电子邮件失败路由被点击，请将该帐户标记为其中一个收件人的电子邮件地址错误，并强制用户登录其帐户以查看实际状态。另一种选择是查询API以获取该信封的状态，但是我觉得很多传递失败都很容易触发最大数量的API调用。
答案 0 :(得分：1)
发布答案后，原始张贴者在评论中指出了答案，但这是《瑞奇故事》中其他所有人的答案： DocuSign支持应启用的“在Connect / API中返回收件人自动响应的状态”。 为此，您需要联系DocuSign客户支持并要求他们启用此选项。