问题标签 [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.
google-apps-script - 在 gmail 上下文小工具中获取邮件的消息 ID/唯一 ID
我正在尝试编写一个 GMAIL 上下文小工具。我已经准备好所有的构建块(服务、小工具、manifest.repositories...)基本的 hello world 工作正常。
为了简化让我们说,“我的小部件中有一个标记为收藏”功能
我需要(在我的 SQL 数据库中)针对一些标记为收藏的邮件存储一些对象。
当邮件打开时,我的小部件会加载,现在我想对我的数据库进行 ajax 调用并检查“这封特定邮件”是否是最喜欢的邮件。
问题:我只需要在我的 java 脚本中使用唯一的消息 id,以便任何用户将电子邮件标记为收藏。我会将那个唯一的消息 ID 存储在我的数据库的收藏列表中。
清单
小部件
如果在这里,我只需要一些独特的信息:
//我只想要唯一的消息 ID 在这里
编辑 =================================================== ==============================
正如建议的那样,我做了以下更改:
我的清单:
自定义提取器
jakarta-mail - 如何通过javax邮件在java中使用Forntend消息ID从gmail读取电子邮件
我正在使用 gmail 上下文小工具在我的应用程序中阅读电子邮件,我使用 messageid 提取器来检索消息,但现在 tat 给了我前端消息 ID,我如何使用带有前端消息 ID 的 javax 邮件获取该电子邮件。
jquery - 是否可以在 Gmail 的“新邮件”窗口中添加新按钮?
我正在尝试将 Gmail 与 CRM 集成,我需要从那里附加文件。我试图找到一种方法来向“新消息”窗口添加一个按钮,该窗口打开一个 jQuery 模式窗口,允许我选择一个文档并将其附加到电子邮件中。我知道这听起来很疯狂,我想确保可以做到。
欢迎任何想法。提前致谢。
google-gadget - 无法部署小工具应用程序进行开发和测试
我想开始为 GMail 应用程序开发一个上下文小工具,并且一直在遵循该 指南。
在关于安装和测试小工具的部分中,它告诉我去https://code.google.com/googleapps/console/a/{Domainname}
那里上传清单文件。我已经这样做了,清单文件被接受了,我使用了部署按钮。
我进入请求数据权限的页面,单击是,然后出现服务器错误。我已经重新上传了清单并三重检查了<Url>
导致有效的小工具 xml。我得到关于错误可能是什么的零反馈,只是它是一个服务器错误,并且每次我尝试时都会发生。如果小工具 XML 因某种原因无效,我将无法检查,因为 Google 无法让我检查此类文件的内容是否正确。
也许有人可以帮忙吗?
gmail-contextual-gadgets - GMail 上下文小工具不起作用
我正在尝试在我的域中部署上下文小工具。我已按照开发指南进行操作,但该小工具未显示。我认为问题在于“数据访问”:如果安装似乎顺利进行,则在 Google Apps 控制台中,小工具的数据访问部分显示红色 X。如果我尝试通过按特定链接授予访问权限,没有任何反应,出现一个空白页。我正在使用超级管理员用户。
我在两个不同的领域尝试过,但没有成功。
这是清单:
您有建议或指向我可以遵循的指南的链接吗?
谢谢,洛伦佐
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>
上下文小工具现在应该已部署并具有正确的权限
google-apps-marketplace - 无法使用 Google Apps Marketplace SDK 部署上下文小工具
按照以下说明操作:https ://developers.google.com/apps-marketplace/preparing
我无法将内部上下文小工具部署到 Google Apps 域。我已正确填写 COB 详细信息,但验证迫使我必须:“至少需要启用通用导航或驱动器扩展之一”这两者都不相关。选择“通用导航”允许我继续,但是扩展程序安装为“通用导航”链接,而不是作为上下文小工具。
gmail - 如何测试 Gmail 上下文小工具
我是开发 Gmail 上下文小工具的新手,我只想测试我的小工具,但我找不到如何做到这一点。据我了解,我需要在 Google Apps 上拥有域以及更多东西,还有其他解决方案吗?我可以将我的上下文小工具添加到常规 gmail 帐户,或者我需要其他东西吗?
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 小工具的请求?
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 请求,但我不确定这是否是个好主意。
我欢迎一些关于通常如何完成的建议、“最佳实践”、“指南”等。