2012-10-10 29 views
7

क्या किसी को यह पता चल जाएगा कि क्या Google कैलेंडर में सुरक्षित https-पते पर दी गई iCalendar फ़ीड की सदस्यता लेने में कुछ समस्याएं हैं?Google कैलेंडर https पर icalendar फ़ीड की सदस्यता नहीं ले सकता है?

मैं एक https-address पर चल रही वेबसाइट विकसित कर रहा हूं जिसमें iCalendar फ़ीड है जो उपयोगकर्ता सदस्यता ले सकते हैं। फ़ीड आउटलुक और iCal में ठीक काम करता है, लेकिन Google कैलेंडर में नहीं। जब कोई उपयोगकर्ता फ़ीड की सदस्यता लेने का प्रयास करता है, तो उन्हें त्रुटि संदेश "URL नहीं लाया जा सका"

मुझे संदेह है कि फ़ीड या जेनरेट किए गए iCalendar डेटा में कुछ गड़बड़ है, इसलिए मैंने कई वैधकर्ताओं के माध्यम से उत्पन्न .ics फ़ाइल चलाई, और वे ठीक थे। फ़ीड में एक त्रुटि को रद्द करने के लिए, मैंने जेनरेट की गई .ics फ़ाइल को सर्वर पर रखा है, यह देखने के लिए कि कोई स्थिर फ़ाइल काम करेगी, और यह Google कैलेंडर में भी विफल रही है। फिर मैंने फ़ाइल को एक गैर-सुरक्षित (http) यूआरएल के पीछे एक पूरी तरह से अलग सर्वर पर रखा, और यह काम किया!

तो मुझे संदेह है कि httpS समस्या है। सर्वर का प्रमाणपत्र मान्य है, इसलिए इससे कोई परेशानी नहीं होनी चाहिए। इसके अलावा, वैधकर्ता फ़ीड (और स्थैतिक फ़ाइल) को ठीक से एक्सेस कर सकते हैं।

इस Google समूह चर्चा इंगित करता है कि दूसरों के समान शक कर रहे हैं: http://productforums.google.com/forum/#!topic/calendar/61-eUd-fyrg

समस्या, साइट https पर पर चलाने के लिए किया गया है, तो मैं बस फ़ीड काम करने के लिए करने के लिए http परिवर्तन नहीं कर सकते।

इसलिए, अगर किसी के पास मेरे सिद्धांत की पुष्टि या विरोधाभास की कोई जानकारी है, या इन समस्याओं के कारण और क्या हो सकता है, इस बारे में कोई विचार है, तो मैं इसकी सराहना करता हूं।

+0

क्या outlook.office365.com के साथ कोई संगतता समस्या है? मुझे लगता है कि जब भी मैं Outlook पता में प्रवेश करता हूं, तो Google से "URL नहीं लाया जा सका" त्रुटि प्राप्त हो रही है .ics – Sun

उत्तर

7

Google ने पुष्टि की है कि यह वास्तव में HTTPS के साथ एक मुद्दा है, यानी Google कैलेंडर बाहरी एन्क्रिप्टेड (https) URL से iCalendar फ़ीड की सदस्यता लेने में असमर्थ है।

मेरे नियोक्ता के पास Google के साथ एक एंटरप्राइज़ खाता है, और हमने Google के एंटरप्राइज़ समर्थन के साथ एक समर्थन अनुरोध दायर किया है, उदाहरण के लिए फ़ीड और समस्या का अपना आकलन।

आज, हमें अंततः एक उचित उत्तर मिला, हमारे शुरुआती विश्लेषण की पुष्टि करने और हमें सूचित करते हुए कि सही तकनीकी टीम को अधिसूचित किया गया है और आंतरिक सुविधा अनुरोध (https-urls से फ़ीड का समर्थन करने के लिए) खोला गया है।

हमें फिक्स के लिए कोई समय सीमा नहीं दी गई थी, लेकिन मैंने अनुरोध किया कि समस्या हल हो जाने पर वे हमारे पास वापस आएं। एक बार जब मैं इसे प्राप्त करता हूं तो मैं उस जानकारी को इस उत्तर में जोड़ दूंगा।

+0

यह अब काम करता प्रतीत होता है। http://stackoverflow.com/a/15560780/137067 – philfreo

+0

इसे HTTP के साथ काम करने के लिए नहीं मिल सकता है। मैं .ics फ़ाइल को यूआरएल के साथ ठीक से डाउनलोड कर सकता हूं, लेकिन Google इसे आयात करने में विफल रहता है। – Merkidemis

0

यदि सर्वर में robots.txt Google को अवरुद्ध कर रहा है, तो यह मेरे लिए Google कैलेंडर के साथ विफलता का कारण भी था। तो, क्या आपने अपने https सर्वर के robots.txt को देखने का प्रयास किया है?

यह कहा जा रहा है कि, Google कैलेंडर + https की सीमा नहीं है क्योंकि Google कैलेंडर .ics फ़ाइलों के लिए "निजी पता" पर https प्रदान करता है और इसके बाद यह google.com से https भी स्वीकार कर सकता है (हालांकि यह केवल एक है कई अन्य संभव पर विन्यास)।

8

मैं पुष्टि कर सकता हूं कि (आज) Google कैलेंडर सफलतापूर्वक HTTPS iCal फ़ीड की सदस्यता ले सकता है।> Http - https://events.stanford.edu/byCategory/2/eventlist.ics

अतिरिक्त यकीन है कि अगर आप https की जगह मैं भी यह एक HTTPS URL ऐसा ही किया भी नहीं काम देने का एक और परीक्षण किया होने के लिए:

आप इस URL जोड़कर इस खुद के परीक्षण कर सकते हैं । यह भी ठीक था, इसलिए सभी मामलों में, एचटीटीपीएस काम करना चाहिए।

क्या मेरी परीक्षणों में काम नहीं करता है:

  • HTTP प्रमाणीकरण (https://myusername:[email protected]/) - मुझे मिल गया "यूआरएल नहीं लाया जा सका" - लेकिन यह है कि क्या यह सवाल पूछ रहा है नहीं है।
  • 256 अक्षरों से अधिक कोई भी URL। हालांकि, एक लिंक शॉर्टनर (उदा।, Goo.gl) का उपयोग इस मुद्दे के आसपास काम करता है।
+2

एक यूआरएल शॉर्टनर का उपयोग करके यह मेरे लिए तय किया गया है –

+0

यह अतीत में काम कर सकता है, लेकिन वर्तमान में Google कैलेंडर वास्तव में HTTP पर सामग्री लोड करना प्रतीत होता है भले ही यूआरएल HTTPS है। तो यदि आपके पास अभी भी एक उदाहरण है जहां "शुद्ध" https यूआरएल काम करता है, तो मैं इसे देखने के लिए उत्सुक हूं। – Chopmo

+0

@Chopmo यह निश्चित रूप से अभी भी काम करता है। हमारा उत्पाद (Close.io) केवल HTTPS पर लोड होता है और iCal फ़ीड्स के माध्यम से सिंकिंग अभी भी काम करता है। – philfreo

0

मैं इस के साथ कठिनाइयों का एक बहुत पड़ा है:

यह निराशा होती थी, क्योंकि एक डाउनलोड की गई फ़ाइल Google कैलेंडर या iCal में खोलने होगा, लेकिन यह या तो में चारे के रूप में लोड नहीं होगा। जब मैं यूआरएल द्वारा जोड़ा गया था तो मुझे Google कैलेंडर में ये त्रुटियां मिलेंगी: "कैलेंडर से आयात करने में विफल" (sitename) या "URL नहीं लाया जा सका।"

Have अवधि या endtime की घटनाओं के लिए, दोनों नहीं:

यहाँ मैं करना था क्या।

मुझे इसे हेडर से भी हटाना पड़ा: सामग्री-स्वभाव: लगाव; फ़ाइल नाम = Schedule.ics;

इसके अलावा, यह जांचने के लिए कि यह मान्य है, Google ical validator।

1

हमारे मामले में जो समस्या मिली है वह यह है कि Google कैलेंडर वर्तमान में URL में HTTPS संकेत को अनदेखा करता है और इसके बजाय HTTP के माध्यम से उपयोग करता है। यदि आपके HTTP अनुरोध HTTPS पर रीडायरेक्ट करते हैं या केवल HTTP पर सामग्री को पूरा करते हैं, तो यह काम करेगा। यदि आपके पास फ़ायरवॉल ब्लॉकिंग पोर्ट 80 है, तो चीजें लटकती हैं और इसका गेम खत्म हो जाता है।

टीएल; डीआर: यदि आपका यूआरएल https के साथ http में जोड़ने के साथ काम करता है, तो यह Google कैलेंडर के साथ काम करेगा जब आप इसे https के रूप में दर्ज करेंगे। (यह मानता है कि robots.txt पहुंच प्रतिबंधित नहीं करता है।) अन्यथा, यह असफल हो जाएगा।

+0

यह सकारात्मक है। – stopfstedt