google-app-engine - 应用程序如何知道是否可以在 App Engine 中向用户发送 XMPP 消息？

Question

我已经从 App Engine 文档中阅读了这一段，但仍然对聊天邀请的工作原理一无所知:

Invitations

Google Talk and other chat servers will only accept messages for users that are "subscribed" to the sender, either because the user invited the sender to chat or because the user accepted an invitation to chat sent by the sender. An App Engine app can send chat invitations using the service API. As with sending email, a best practice is to send a chat invitation only when the user asks, such as by clicking a button on a web page. Alternatively, the app can ask the user to send an invitation to the app's XMPP address to enable receiving of messages.

App Engine accepts all chat invitations automatically, and does not communicate invitations to the application. App Engine will route all chat messages to the application, regardless of whether the sender previously sent an invitation to the app.

也许问题是我没有使用过聊天，所以我不熟悉邀请在实践中是如何工作的。但第一个问题是应用程序如何/为什么/是否需要/获得与用户聊天的许可。

上面的段落似乎说明了以下内容:

应用程序需要向用户发送 XMPP 消息的权限( 并且用户需要向应用程序发送 XMPP 消息的权限？ )，所以

用户必须向应用程序发送邀请以允许其向用户发送消息( 并且应用程序必须向用户发送邀请以允许用户向应用程序发送消息？)

App Engine 收到聊天邀请，但未将其传达给应用程序

问题:应用程序如何知道是否可以向用户发送消息，因为 App Engine 确实会向应用程序传达有关用户对邀请的响应的任何信息？

Answer 1

Gmail 就是一个很好的例子:

我向不在我的“好友列表”中的好友发送消息。 Gmail 不会发送我的邮件，而是发送了一条消息，内容为“安东尼想聊天。您接受吗？”

如果我的 friend 点击"is"，他们会收到我的消息，我在他们的 friend 列表中，他们也在我的 friend 列表中，我们可以自由聊天，无需 Gmail 确保一切正常。

如果我的 friend 点击“否”，他们将永远看不到我的原始邮件，如果我稍后再试，GMail 会征求许可。

所以应用程序 与另一端的用户交流，它只是不转发消息，只是我有兴趣成为聊天伙伴。

快速更新

另一种看待这个问题的方式(如果你现在还记得的话)是对方付费电话。接线员简单地说:“您希望接听琼斯的对方付费电话吗？”接线员不会说“他说这真的很重要，他在 jail 里。”接线员不会说“他说不，你可以在 jail 里腐烂。”对琼斯。在双方同意之前，他们在没有任何一方进行真正接触的情况下代理连接。

(当然，当我们尝试调用 home collect 时，我们总是说我们的名字是“我被困在商场里!”但由于聊天不收费，因此在 XMPP 世界中不需要这种偷偷摸摸的变通方法。)