问题标签 [gmail-contextual-gadgets]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票
3 回答
2175 浏览

google-apps-script - 在 gmail 上下文小工具中获取邮件的消息 ID/唯一 ID

我正在尝试编写一个 GMAIL 上下文小工具。我已经准备好所有的构建块(服务、小工具、manifest.repositories...)基本的 hello world 工作正常。

为了简化让我们说,“我的小部件中有一个标记为收藏”功能

我需要(在我的 SQL 数据库中)针对一些标记为收藏的邮件存储一些对象。

当邮件打开时,我的小部件会加载,现在我想对我的数据库进行 ajax 调用并检查“这封特定邮件”是否是最喜欢的邮件。

问题:我只需要在我的 java 脚本中使用唯一的消息 id,以便任何用户将电子邮件标记为收藏。我会将那个唯一的消息 ID 存储在我的数据库的收藏列表中。

清单



小部件

如果在这里,我只需要一些独特的信息:

//我只想要唯一的消息 ID 在这里

编辑 =================================================== ==============================

正如建议的那样,我做了以下更改:

我的清单:

自定义提取器

0 投票
1 回答
450 浏览

jakarta-mail - 如何通过javax邮件在java中使用Forntend消息ID从gmail读取电子邮件

我正在使用 gmail 上下文小工具在我的应用程序中阅读电子邮件,我使用 messageid 提取器来检索消息,但现在 tat 给了我前端消息 ID,我如何使用带有前端消息 ID 的 javax 邮件获取该电子邮件。

0 投票
2 回答
119 浏览

jquery - 是否可以在 Gmail 的“新邮件”窗口中添加新按钮?

我正在尝试将 Gmail 与 CRM 集成,我需要从那里附加文件。我试图找到一种方法来向“新消息”窗口添加一个按钮,该窗口打开一个 jQuery 模式窗口,允许我选择一个文档并将其附加到电子邮件中。我知道这听起来很疯狂,我想确保可以做到。

欢迎任何想法。提前致谢。

0 投票
0 回答
101 浏览

google-gadget - 无法部署小工具应用程序进行开发和测试

我想开始为 GMail 应用程序开发一个上下文小工具,并且一直在遵循该 指南

在关于安装和测试小工具的部分中,它告诉我去https://code.google.com/googleapps/console/a/{Domainname}那里上传清单文件。我已经这样做了,清单文件被接受了,我使用了部署按钮。

我进入请求数据权限的页面,单击是,然后出现服务器错误。我已经重新上传了清单并三重检查了<Url>导致有效的小工具 xml。我得到关于错误可能是什么的零反馈,只是它是一个服务器错误,并且每次我尝试时都会发生。如果小工具 XML 因某种原因无效,我将无法检查,因为 Google 无法让我检查此类文件的内容是否正确。

也许有人可以帮忙吗?

0 投票
1 回答
676 浏览

gmail-contextual-gadgets - GMail 上下文小工具不起作用

我正在尝试在我的域中部署上下文小工具。我已按照开发指南进行操作,但该小工具未显示。我认为问题在于“数据访问”:如果安装似乎顺利进行,则在 Google Apps 控制台中,小工具的数据访问部分显示红色 X。如果我尝试通过按特定链接授予访问权限,没有任何反应,出现一个空白页。我正在使用超级管理员用户。

我在两个不同的领域尝试过,但没有成功。

这是清单:

您有建议或指向我可以遵循的指南的链接吗?

谢谢,洛伦佐

0 投票
1 回答
821 浏览

google-apps-marketplace - 无法使用 Google Apps Extensions Console 部署上下文小工具

按照这些说明:https ://developers.google.com/google-apps/extensions-console/

我无法将内部上下文小工具部署到 Google Apps 域。

创建、分配清单/提取器(包括验证)和部署似乎工作正常,但授予访问权限会导致 302(重定向)到 Google Apps 管理控制台,并且小工具不会显示在 Marketplace 应用程序管理控制台中。


更新 - 开发了一种解决方法

1)按照说明https://developers.google.com/google-apps/extensions-console/

2)然后去https://console.developers.google.com/project并选择你的项目

3) APIS & OAUTH -> 凭证 -> 创建新的 ClientID

4) 选择“服务帐户”,然后选择“创建客户 ID”

5) 此过程不需要私钥,可以丢弃。按“好的,知道了”按钮。

6) 返回 Marketplace Apps 控制台:https ://admin.google.com/AdminHome#AppsList:serviceType=MARKETPLACE并选择您的项目

7) 选择“数据访问”,然后选择“授予数据访问”</p>

上下文小工具现在应该已部署并具有正确的权限

0 投票
1 回答
308 浏览

google-apps-marketplace - 无法使用 Google Apps Marketplace SDK 部署上下文小工具

按照以下说明操作:https ://developers.google.com/apps-marketplace/preparing

我无法将内部上下文小工具部署到 Google Apps 域。我已正确填写 COB 详细信息,但验证迫使我必须:“至少需要启用通用导航或驱动器扩展之一”这两者都不相关。选择“通用导航”允许我继续,但是扩展程序安装为“通用导航”链接,而不是作为上下文小工具。

0 投票
1 回答
574 浏览

gmail - 如何测试 Gmail 上下文小工具

我是开发 Gmail 上下文小工具的新手,我只想测试我的小工具,但我找不到如何做到这一点。据我了解,我需要在 Google Apps 上拥有域以及更多东西,还有其他解决方案吗?我可以将我的上下文小工具添加到常规 gmail 帐户,或者我需要其他东西吗?

0 投票
0 回答
313 浏览

authentication - Google 小工具和 OpenID/OAuth 1.0 弃用

Google 已弃用 OAuth 1.0 和 Open ID,并将在 2015 年 4 月将其关闭。

我们使用 Google 小工具(上下文小工具和嵌入在 Google 网站中的小工具)。为了执行身份验证并识别正在使用小工具的用户,我们目前使用 Open ID 和签名请求(使用 OAuth 1.0 签名请求和 opensocial_viewer_id 参数,https://developers.google.com/gadgets/docs/remote- content#auth使用签名类型的签名)来自小工具。用户执行一次性身份验证步骤,我们将来自 Open ID 交换的 ID 与用户的电子邮件地址相关联。在随后的请求中,我们验证签名的请求,并且从之前执行的 Open ID 交换中,我们知道调用用户的电子邮件地址。

签名请求是使用以下代码发出的,该代码将 OAuth 1.0 签名添加到请求中:

随着这两种技术的弃用,它显然需要一个替代品。可以使用 OAuth 2.0/OpenID Connect 登录( https://developers.google.com/accounts/docs/OAuth2Login )将用户 ID 与其电子邮件地址相关联,这样就解决了 Open ID 交换问题。不清楚的是如何继续签署请求,这导致了我的问题:

上述功能在 2015 年 4 月之后是否会继续工作,是否会继续像现在一样由容器添加签名?是否应该使用其他形式的身份验证,或者其他形式的签名/验证来自 Google 小工具的请求?

0 投票
1 回答
367 浏览

gmail - Gmail 上下文小工具 OAuth 1.0 到 2.0 迁移

我们有一个 Gmail 上下文小工具,它发布在 Google Apps Marketplace 中。对于 OAuth1.0 到 2.0 的迁移,按照https://developers.google.com/apps-marketplace/v1migratev2中的建议,我们创建了新版本的 Gmail 上下文小工具,将其发布在 Google Apps Marketplace 中,并将其与旧版本相关联版本。

现在,问题是:旧版本的小工具安装在大约 50 个域中。9 月 30 日之后他们会怎样?他们会自动迁移吗?或者我们需要做什么才能让我们的用户继续使用我们的小工具?

升级版:

正如 soitof 指出的那样,迁移指南的第 4 步建议我们调用“PUT https://www.googleapis.com/appsmarket/v2/upgradableApp/listingID/cwsID/domain

但是,我不确定如何从这里开始。即,迁移策略应该是什么。

第一件事是我们不保留安装我们的小工具的域列表,我们只有域的数量。我想我们可以跟踪请求并建立该列表。

第二点是:我们是否手动触发 PUT 请求?我们的 50 个域并不难,但是如果有 10000 个呢?我的疯狂猜测是我们让旧版本的应用程序自动触发 PUT 请求,但我不确定这是否是个好主意。

我欢迎一些关于通常如何完成的建议、“最佳实践”、“指南”等。