是否有人碰巧知道Google日历在订阅安全的https地址上提供的iCalendar供稿时是否存在一些问题?
我正在开发一个运行在https-address上的网站,该网站有一个用户可以订阅的iCalendar源。在Outlook和iCal中,Feed可以正常工作,但在Google日历中则不行。当用户尝试订阅Feed时,他们会收到错误消息“无法获取网址”。
我怀疑Feed或生成的iCalendar数据有问题,所以我运行了通过一些验证器生成的.ics文件,它们没问题。为了排除Feed本身的错误,我将生成的.ics文件放在服务器上,以查看静态文件是否有效,以及Google日历中的失败。然后我把文件放在一个完全不同的服务器后面的非安全(http)网址上,这样就可以了!
所以我开始怀疑httpS是个问题。服务器的证书有效,因此不会造成任何麻烦。此外,验证器可以正常访问feed(和静态文件)。
此谷歌小组讨论表明其他人也有类似的怀疑:http://productforums.google.com/forum/#!topic/calendar/61-eUd-fyrg
问题是,该网站可以通过https运行,所以我不能只是切换到http来使Feed工作。
所以,如果任何人有任何确认或与我的理论相矛盾的信息,或任何其他可能导致这些问题的想法,我将不胜感激。
答案 0 :(得分:10)
我可以确认(今天)Google日历可以成功订阅HTTPS iCal Feed。
您可以通过添加以下网址自行测试:https://events.stanford.edu/byCategory/2/eventlist.ics
为了更加确定我还做了另一项测试,即如果你替换了https - >,那么给它一个不会也工作的HTTPS网址。 HTTP。这也很好,所以在所有情况下,HTTPS都应该有效。
我的测试中 的作用是:
https://myusername:mypw@example.com/
) - 我收到了“无法获取网址” - 但这不是问题所在。答案 1 :(得分:7)
Google已确认HTTPS确实存在问题,即Google日历无法从外部加密(https)网址订阅iCalendar供稿。
我的雇主在Google拥有一个企业帐户,我们通过Google的企业支持提交了支持请求,并提供示例Feed以及我们自己对问题的评估。
今天,我们终于得到了一个正确的答案,确认了我们的初步分析,并通知我们已经通知了正确的技术团队,并且已经打开了内部功能请求(用于支持来自https-urls的提要)。
我们没有给出修复的任何时间表,但我要求他们在问题解决后再回复我们。收到后,我会将这些信息添加到此答案中。
答案 2 :(得分:1)
我们在案例中发现的问题是,Google日历目前忽略了URL中的HTTPS指示,而是通过HTTP进行访问。如果您的HTTP请求重定向到HTTPS或仅通过HTTP提供内容,那么它将起作用。如果您有防火墙阻止端口80,那么事情就会挂起并且游戏结束。
TL; DR:如果您的网址使用http添加到https,那么当您将其作为https输入时,它将适用于Google日历。 (假设robots.txt不限制访问。)否则,它将失败。
答案 3 :(得分:0)
如果服务器有robots.txt阻止谷歌,这也是谷歌日历失败的原因。那么,您是否尝试过查看https服务器的robots.txt?
这就是说,不是谷歌日历+ https的限制,因为谷歌日历为其on"私人地址提供https"对于.ics文件及其它也可以接受来自google.com的https(尽管这只是其他许多配置中的一种配置)。
答案 4 :(得分:0)
我遇到了很多困难:
令人沮丧的是因为下载的文件会在Google日历或iCal中打开,但它也不会作为Feed加载。当我通过网址添加时,我会在Google日历中收到这些错误:“无法导入日历”(网站名称)或“无法获取网址。”
这就是我必须做的事情:
有事件的持续时间或结束时间,不是两个。
我还必须从标题中删除它: 内容 - 性格:附件;文件名= Schedule.ics;
另外,要检查它是否有效,Google ical validator。
答案 5 :(得分:0)
截至2020年1月,该问题似乎已得到解决-Google日历似乎在订阅和更新有效RFC5545日历方面没有问题。 icalender.org validator运作良好,可以测试文件和链接(订阅)。