delphi - 如何让 Delphi XE2 通过 SSL 与 Google Calendar API 对话？

Question

现在是 this question 的时间了再次，但这次是使用 Delphi XE2。

我正在使用 XE2 附带的 Indy 版本 10.5.8.0，并且我尝试了四种不同版本的 SSL dll。我尝试过最新的 1.0.x，以及大约 3 个不同的 0.9.8 版本(e、h、x、....)。

当与 calendar.google.com 上的 https://网址进行通信时，它们都不起作用。 Delphi Google Calendar 组件的作者“Sync-components.com”发布了他自己的二进制文件openssl DLL 运行时中没有版本信息，但它似乎是一个非常小、非常旧的 SSL 库版本，早于 0.9.8。该组件的作者表示，只有他的私有(private)未版本化 DLL 可以工作。我简直不敢相信。当然，至少有一个版本的 openSSL dll 能够很好地与 Delphi XE2 配合使用，以连接到 Google 日历。

为了让他自定义的古老 DLL 加载到 Delphi XE2 中的 Indy 10 中，他修改了 IdSSLOpenHeaders.pas 方法 Load，如下所示:

 function Load: Boolean;
 begin
   /// ... lots of stuff
   //Result := (FFailedFunctionLoadList.Count = 0); // original.
   Result := (FFailedFunctionLoadList.Count <= 18); // changed to.
 end;

当然，我正在评估的组件在 XE2 中不起作用，但我怀疑这是 (a) XE2 附带的 Indy 10 的特定快照，或 (b) World of SSL DLL 是名副其实的“对你来说坏了，但对我有用”的不同版本的 hell 。

我需要做什么才能在 Delphi XE2 中使用 Indy(或任何其他支持 SSL 的 Delphi 组件库)获得与 Google 日历的 SSL 连接？

或者，如果有人有一个谷歌日历 API 实现，可以与 Indy 以外的其他任何东西一起使用，我可以用它来进行测试，我将不胜感激链接和指针。

Answer 1

XE2 附带的 Indy10 快照存在问题，因为 idHTTP 对象似乎无法与我发现的任何 OpenSSL dll 一起正常工作，因为我无法与任何 Google 日历服务器服务进行通信.

问题的实际本质似乎是 Indy 没有像我们希望的那样透明地处理 HTTP 重定向。操纵 Indy(第三方组件)的代码使用 Indy“http 重定向”处理逻辑做了一些非常难以理解的事情，这些逻辑似乎是一组不起作用的解决方法。更令人困惑的是，代码中发生 HTTP 重定向的确切位置因测试 Google 日历的人而异，而另一人则不同，因此这些重定向故障并不总是出现在每个测试者的相同位置。

请注意登录方法以及使日历正常工作的方法。但是读取事件的方法和代码似乎不起作用。我无法弄清楚两者之间的区别，但我使用的代码是商业代码，我无法发布任何代码。如果我弄清楚 HTTP get 请求在其 URL 响应中返回“0 字节”的实际技术原因，我将更新此消息:

https://www.google.com/calendar/feeds/firstname.lastname%40gmail.com/private/full?max-results=100000

那些零字节结果实际上是 HTTP 302 重定向响应代码，我使用的代码没有检查或预期。它期望 Indy 自动处理重定向。

问题可能是 Indy10 版本非常具体，只能与我今天搜索中没有找到的 openSSL dll 版本一起使用，或者 XE2 附带的 Indy10 版本无法使用我能找到的任何版本的 OpenSSL dll，至少当它所通信的目标是 google 的 HTTPS 日历服务器时。

我正在运行的代码使用 TIdSSLIOHandlerSocketOpenSSL 创建一个 IdHTTP 对象。

这适用于 Delphi 的所有版本，包括 XE，但由于 XE2 附带了 Indy 版本，因此与工厂 XE2 系统不同。

我发现的唯一修复方法是安装新的 Indy 每晚版本，我使用了 4760，与 OpenSSL dll 版本 1.0.1 结合使用时，它似乎工作正常。

在我看来，在 Delphi XE2 中使用 OpenSSL 开箱即用有点困难。非常感谢 Indy 团队的辛勤工作……但是有人可以帮助他们吗？这确实是一个伟大的项目和一个伟大的产品，但是当它崩溃时，当你必须遵循移动标准(如 openSSL 实现)时，也许更多的文档、测试和关注会有所帮助。如果有人能告诉我如何提供帮助，我随时准备提供帮助。 SSL 的问题并不是 Indy 特有的，因为我注意到其他组件供应商和开源人员都有他们支持或不支持的 OpenSSL dll 的特定版本。

我今天学到的另一件悲伤的事情:OpenSSL 的一些安装程序默认(没有警告)将其 DLL 安装到您的 Windows System32 目录中，这不仅会导致您的应用程序，而且可能会导致其他应用程序(例如 TortoiseHG 和 TortoiseSVN)崩溃。如果您在开始使用之前没有遇到 SSL 大问题，那么如果您安装 OpenSSL website 中的一堆安装程序版本，则很容易使情况变得更糟。 .