有人会偶然知道Google日历在预订通过安全的https地址提供的iCalendar供稿时是否存在一些问题？
我正在开发一个在https地址上运行的网站，该网站具有用户可以订阅的iCalendar供稿。该Feed在Outlook和iCal中工作正常，但在Google日历中则无法正常工作。当用户尝试订阅Feed时，他们会收到错误消息“无法获取URL”。
我怀疑Feed或生成的iCalendar数据有问题，因此我运行了通过多个验证程序生成的.ics文件，它们很好。为了排除供稿本身的错误，我将生成的.ics文件放在服务器上，以查看静态文件是否可以工作，并且在Google日历中也失败了。然后，我将文件放在非安全（http）网址后面的完全不同的服务器上，并且可以正常工作！
因此，我开始怀疑httpS是问题。服务器的证书有效，因此不会造成任何麻烦。此外，验证程序可以很好地访问提要（和静态文件）。
此Google组讨论表明其他人也有类似的怀疑：http://productforums.google.com/forum/#!topic/calendar/61-eUd-fyrg
问题是，该网站可以在https上运行，所以我不能只切换到http来使feed起作用。
因此，如果有人有任何信息证实或矛盾我的理论，或者对导致这些问题的其他原因有任何想法，我将不胜感激。
我可以确认（今天）Google日历可以成功订阅HTTPS iCal feed。
您可以通过添加以下URL自己进行测试：https://events.stanford.edu/byCategory/2/eventlist.ics
[请确保我还进行了另一项测试，即如果您替换https-> http，请给它提供一个HTTPS url，该URLs also不起作用。那也很好，因此在所有情况下，HTTPS都应该起作用。
在我的测试中，[[没有起作用的是：
https://myusername:[email protected]/）-我收到了“无法获取URL”-但这不是这个问题要问的内容。我的雇主在Google拥有一个企业帐户，我们向Google的企业支持部门提出了支持请求，其中包括示例Feed和我们对问题的自行评估。
今天，我们终于得到了正确的答案，确认了我们的初步分析，并通知我们已经通知了正确的技术团队，并且内部功能请求（用于支持https-url的提要）已经打开。
我们没有得到修复的任何时间表，但我要求在问题解决后尽快与我们联系。收到信息后，我会将其添加到此答案中。
TL; DR：如果您的网址除了https之外还与http一起使用，那么当您将其输入为https时，它将与Google日历一起使用。 （假定robots.txt不限制访问。）否则，它将失败。
据说，这不是Google日历+ https的限制，因为google日历在.ics文件的“专用地址”上为其提供https，并且它也可以接受来自google.com的https（尽管这只是对还有许多其他可能）。
这很令人沮丧，因为下载的文件会在Google日历或iCal中打开，但不会作为提要加载到这两个文件中。当我确实通过URL添加时，我会在Google日历中收到以下错误：“无法从（网站名称）导入日历或”无法获取URL。”
这是我要做的：
具有事件的持续时间或结束时间，不是全部。
我还必须从标题中删除它：内容-倾向：附件； filename = Schedule.ics;
另外，要检查其是否合法，请使用Google合法验证器。