<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Update on Google Calendar</title>
	<atom:link href="http://philfreo.com/blog/update-on-google-calendar/feed/" rel="self" type="application/rss+xml" />
	<link>http://philfreo.com/blog/update-on-google-calendar/</link>
	<description>The portfolio and blog of Phil Freo, on web design, development, and entrepreneurship.</description>
	<lastBuildDate>Wed, 01 May 2013 17:00:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Once-börnd-twice-shy said</title>
		<link>http://philfreo.com/blog/update-on-google-calendar/#comment-68889</link>
		<dc:creator>Once-börnd-twice-shy said</dc:creator>
		<pubDate>Wed, 07 Oct 2009 11:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.philfreo.com/blog/?p=23#comment-68889</guid>
		<description>Hey Phil,


Yes: Within the ICS file exporting an event I found a line containing &quot;CLASS:PUBLIC&quot;. So, changing that line into &quot;CLASS:PRIVATE&quot; was the solution.
 
Nevertheless using a text editor wasn&#039;t convenient enough for a daily use, of cause. Fortunately i&#039;ve got cygwin installed on that machine. So I wrote a little script to change these lines automatically.

By the way: I&#039;m not allowed to install additional software on my company computer. 
So, as far as i understand Google Sync is out of reach for me. Unfortunately ...

In the begining it looked like a general MS Outlook fault to me - but now i&#039;m quite sure it is not:
I found a post on Google saying that they expect the setting to be set to CLASS:STANDARD and they don&#039;t feel right to overwrite the imported values. But, with respect, that is not correct. Refering to RFC there is no such value defined like CLASS:STANDARD! You may use that value - but it&#039;s proprietary. You simply can&#039;t blame microsoft for not supporting that.
The RFC 5545 defines CLASS as: &quot;PUBLIC&quot; / &quot;PRIVATE&quot; / &quot;CONFIDENTIAL&quot; / iana-token / x-name
And the value PUBLIC is the default value!!!

So, Outlook uses the default value for export - that can&#039;t be a fault that big.
It looks like Google interprets the default setting PUBLIC like this: everyone using the default wants all their event to be exposed to the whole internet even though his general setting is set to don&#039;t show event details to anyone?! 
IMHO Google HAS to overwrite that value if the users Google Calendar general setting says so. But they don&#039;t do that ... and i think that&#039;s a mistake and the root of the problem.
I admit reading RFCs has got to do a lot about interpretation. 
But, c&#039;mon Google - you can&#039;t be serious about that interpretation.

I&#039;m concerned that my situation is not that exotic: 
Your Company does not let you install software on your computer. Your Company uses outlook. You personally use Google Calendar. Nevertheless you want to transfer company events to your Google Calendar. So you will likely use ICS export to do so. As a result you&#039;ll exposing your business events the the world without even noticing - because nobody tells you and you trust the security settings you did in the Google Calendar.
I&#039;m very concerned that there are much more people in the world having this issue without knowing.


King regards,
börnd


(please excuse my bad english - for i&#039;m a native german)</description>
		<content:encoded><![CDATA[<p>Hey Phil,</p>
<p>Yes: Within the ICS file exporting an event I found a line containing &#8220;CLASS:PUBLIC&#8221;. So, changing that line into &#8220;CLASS:PRIVATE&#8221; was the solution.</p>
<p>Nevertheless using a text editor wasn&#8217;t convenient enough for a daily use, of cause. Fortunately i&#8217;ve got cygwin installed on that machine. So I wrote a little script to change these lines automatically.</p>
<p>By the way: I&#8217;m not allowed to install additional software on my company computer.<br />
So, as far as i understand Google Sync is out of reach for me. Unfortunately &#8230;</p>
<p>In the begining it looked like a general MS Outlook fault to me &#8211; but now i&#8217;m quite sure it is not:<br />
I found a post on Google saying that they expect the setting to be set to CLASS:STANDARD and they don&#8217;t feel right to overwrite the imported values. But, with respect, that is not correct. Refering to RFC there is no such value defined like CLASS:STANDARD! You may use that value &#8211; but it&#8217;s proprietary. You simply can&#8217;t blame microsoft for not supporting that.<br />
The RFC 5545 defines CLASS as: &#8220;PUBLIC&#8221; / &#8220;PRIVATE&#8221; / &#8220;CONFIDENTIAL&#8221; / iana-token / x-name<br />
And the value PUBLIC is the default value!!!</p>
<p>So, Outlook uses the default value for export &#8211; that can&#8217;t be a fault that big.<br />
It looks like Google interprets the default setting PUBLIC like this: everyone using the default wants all their event to be exposed to the whole internet even though his general setting is set to don&#8217;t show event details to anyone?!<br />
IMHO Google HAS to overwrite that value if the users Google Calendar general setting says so. But they don&#8217;t do that &#8230; and i think that&#8217;s a mistake and the root of the problem.<br />
I admit reading RFCs has got to do a lot about interpretation.<br />
But, c&#8217;mon Google &#8211; you can&#8217;t be serious about that interpretation.</p>
<p>I&#8217;m concerned that my situation is not that exotic:<br />
Your Company does not let you install software on your computer. Your Company uses outlook. You personally use Google Calendar. Nevertheless you want to transfer company events to your Google Calendar. So you will likely use ICS export to do so. As a result you&#8217;ll exposing your business events the the world without even noticing &#8211; because nobody tells you and you trust the security settings you did in the Google Calendar.<br />
I&#8217;m very concerned that there are much more people in the world having this issue without knowing.</p>
<p>King regards,<br />
börnd</p>
<p>(please excuse my bad english &#8211; for i&#8217;m a native german)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Freo</title>
		<link>http://philfreo.com/blog/update-on-google-calendar/#comment-68862</link>
		<dc:creator>Phil Freo</dc:creator>
		<pubDate>Wed, 07 Oct 2009 02:11:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.philfreo.com/blog/?p=23#comment-68862</guid>
		<description>Interesting.  Perhaps you can view the file Outlook exports using a text editor and see if there&#039;s any mention of the events being public.  If so, a find/replace would probably do the trick.  If the problem lies in Google Calendar&#039;s import process, that would be much worse.  Have you tried the official Google Sync program that exists now?</description>
		<content:encoded><![CDATA[<p>Interesting.  Perhaps you can view the file Outlook exports using a text editor and see if there&#8217;s any mention of the events being public.  If so, a find/replace would probably do the trick.  If the problem lies in Google Calendar&#8217;s import process, that would be much worse.  Have you tried the official Google Sync program that exists now?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Once-börnd-twice-shy</title>
		<link>http://philfreo.com/blog/update-on-google-calendar/#comment-68747</link>
		<dc:creator>Once-börnd-twice-shy</dc:creator>
		<pubDate>Sun, 04 Oct 2009 12:37:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.philfreo.com/blog/?p=23#comment-68747</guid>
		<description>Hi Phil,


thanks for your post about the security problems with google calendar. 
It helped me a lot because the problem still exists today.

I ran into the same problem that Bryan had: some of my events are marked public - even though i didn&#039;t want them to be. 
At last I figured out what happend: A tool driven syncronization between outlook and google is not allowed in our company. Therefor i have exported all my events from my company MS outlook account as ics files and afterwards imported these ics files into the google calendar. 

The problem was that almost ALL my exported outlook events where marked as &quot;PUBLIC&quot; by default.
So google calendar decided, while importing them, to view them to everybody afterwards - and therefor ignore my general security settings.

Right now I can&#039;t find a general solution for this problem.
Everybody using &quot;import&quot; may still run into this security problem.
As an owner of your calendar it&#039;s almost impossible to realize that your imported events are public unless you navigate into each of your imported events.

I don&#039;t know if the behaviour is a misconfiguration of outlook or a general behaviour of outlook. 
The result is a major security issue for me - the user.

So - unforunately after 3 year the problem still exists ...


Regards,
börnd</description>
		<content:encoded><![CDATA[<p>Hi Phil,</p>
<p>thanks for your post about the security problems with google calendar.<br />
It helped me a lot because the problem still exists today.</p>
<p>I ran into the same problem that Bryan had: some of my events are marked public &#8211; even though i didn&#8217;t want them to be.<br />
At last I figured out what happend: A tool driven syncronization between outlook and google is not allowed in our company. Therefor i have exported all my events from my company MS outlook account as ics files and afterwards imported these ics files into the google calendar. </p>
<p>The problem was that almost ALL my exported outlook events where marked as &#8220;PUBLIC&#8221; by default.<br />
So google calendar decided, while importing them, to view them to everybody afterwards &#8211; and therefor ignore my general security settings.</p>
<p>Right now I can&#8217;t find a general solution for this problem.<br />
Everybody using &#8220;import&#8221; may still run into this security problem.<br />
As an owner of your calendar it&#8217;s almost impossible to realize that your imported events are public unless you navigate into each of your imported events.</p>
<p>I don&#8217;t know if the behaviour is a misconfiguration of outlook or a general behaviour of outlook.<br />
The result is a major security issue for me &#8211; the user.</p>
<p>So &#8211; unforunately after 3 year the problem still exists &#8230;</p>
<p>Regards,<br />
börnd</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Freo - Website Design, Development, &#38; Blog - Jacksonville/Gainesville, FL</title>
		<link>http://philfreo.com/blog/update-on-google-calendar/#comment-4479</link>
		<dc:creator>Phil Freo - Website Design, Development, &#38; Blog - Jacksonville/Gainesville, FL</dc:creator>
		<pubDate>Wed, 01 Nov 2006 14:51:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.philfreo.com/blog/?p=23#comment-4479</guid>
		<description>[...] Update: Google responds. Google has been doing a great job innovating lately through the integration of their products (Docs and Spreadsheets, Calendar and Gmail, etc). This integration, however, has not come without security issues arising. TechCrunch has covered several of them - but I believe I have found another&#8230; [...]</description>
		<content:encoded><![CDATA[<p>[...] Update: Google responds. Google has been doing a great job innovating lately through the integration of their products (Docs and Spreadsheets, Calendar and Gmail, etc). This integration, however, has not come without security issues arising. TechCrunch has covered several of them &#8211; but I believe I have found another&#8230; [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
