Google api 使用API时google文档权限添加的惊喜通知

我试图在使用api时，对谷歌文档中添加权限的电子邮件通知表示惊讶。例如，使用API，我创建了一个新文档，并添加了另一个文档查看器。目前，另一个浏览者收到了一封来自谷歌的电子邮件，通知他这个文档

我想通过API给您的邮件带来惊喜

---

我可以看到，有一种方法可以使用acl的更新上的发送通知电子邮件标志来实现这一点，但不使用创建。我试着在create上使用这个标志，但正如预期的那样，它什么也没做。有没有其他方法可以超越创建时的通知？

了解到有人在GDocs的python接口中遇到类似问题。他们只是在请求中添加了“？发送通知电子邮件=false”，没有意识到它已经有了“？”。因此，他们不得不测试当前url中的“？”并在存在时使用“&”

读到有人在GDocs的python接口中遇到类似问题。他们只是在请求中添加了“？发送通知电子邮件=false”，没有意识到它已经有了“？”。因此，他们不得不测试当前url中的“？”并在存在时使用“&”

正常-用户错误。实际上，它位于我们使用的ruby gem的深处，它在URL中切掉了参数。我必须以不同的方式传入参数，而不仅仅是在“？”之后的URL上。对于使用Fiddler或Wireshark偶然发现此测试的用户，请确保您的参数保留在帖子中。

确定-用户错误。实际上，它位于我们使用的ruby gem的深处，它在URL中切掉了参数。我必须以不同的方式传入参数，而不仅仅是在“？”之后的URL上。对于那些无意中使用Fiddler或Wireshark进行此测试以确保您的参数被保留在帖子中的人。

如果您有一个可复制的案例，也许可以使用原始google票证进行跟进：也许可以跟进原始票证创建ACL是什么意思？我没有使用过这个API，所以我在这方面没有第一手的经验；但是，通过快速查看您为其提供链接的文档，我了解到您不创建ACL，而是创建一个文档，其中包含一个将您列为所有者的ACL。然后，当您想添加不想发送电子邮件的其他用户时，您要做的是更新ACL。您将参数添加到此请求中，而另一个用户从未收到关于他作为查看器添加到此文档的电子邮件。我“认为”我正确地阅读了它，对吗？？。以下是适用的文本：“创建与用户共享文档或集合的ACL条目默认情况下将通过电子邮件通知相关用户他们对文档或集合有新的访问权限。但是，在修改ACL时，可以通过将send notification emails参数附加到ACL URI来禁用这些电子邮件。”。对我来说，这意味着（在我的测试中，我已经证明了这一点），如果您通过创建ACL来添加某人，那么他们将始终收到通知，但在更新他们的ACL时，您可以选择。Text说您创建的是ACL条目，而不是ACL。创建文档时，ACL（访问控制列表）只有您作为所有者，但创建文档后，您可以通过向其中添加其他具有不同角色的用户来更新ACL。因此，当您向文档添加新的查看器时，即当您更新文档的ACL时，可以使用此参数。在实现的历史中，有一个bug阻止忽略这个参数。如果您正在添加此参数，但它仍发送通知，则错误显然再次出现！我想它一定又坏了……这是我正在使用的URL：out-actual document id]/acl？send notification email=false如果你有一个可复制的案例，也许跟进w/原始谷歌票证：也许跟进原始票证创建acl是什么意思？我没有使用过这个API，所以我在这方面没有第一手的经验；但是，通过快速查看您为其提供链接的文档，我了解到您不创建ACL，而是创建一个文档，其中包含一个将您列为所有者的ACL。然后，当您想添加不想发送电子邮件的其他用户时，您要做的是更新ACL。您将参数添加到此请求中，而另一个用户从未收到关于他作为查看器添加到此文档的电子邮件。我“认为”我正确地阅读了它，对吗？？。以下是适用的文本：“创建与用户共享文档或集合的ACL条目默认情况下将通过电子邮件通知相关用户他们对文档或集合有新的访问权限。但是，在修改ACL时，可以通过将send notification emails参数附加到ACL URI来禁用这些电子邮件。”。对我来说，这意味着（在我的测试中，我已经证明了这一点），如果您通过创建ACL来添加某人，那么他们将始终收到通知，但在更新他们的ACL时，您可以选择。Text说您创建的是ACL条目，而不是ACL。创建文档时，ACL（访问控制列表）只有您作为所有者，但创建文档后，您可以通过向其中添加其他具有不同角色的用户来更新ACL。因此，当您向文档添加新的查看器时，即当您更新文档的ACL时，可以使用此参数。在实现的历史中，有一个bug阻止忽略这个参数。如果您正在添加此参数，但它仍发送通知，则错误显然再次出现！我想它一定又坏了……这是我正在使用的URL:out-actual-document-id]/acl？send-notification-emails=false