Highlighted
Cadet 2nd Class Cadet 2nd Class
Cadet 2nd Class
2160 views

ics rfc 2445 compliance in 2012?

It's pretty well documented in numerous locations that in version 8 the
calendar .ics files exported by either the full client or the calendar
publisher are not rfc 2445 compliant which makes those files pretty
useless for any other client that can use .ics files. I was just
wondering if anyone knows if 2012 has any improvements in this area?
Labels (2)
0 Likes
6 Replies
Highlighted
Absent Member.
Absent Member.

That's news to me. Novell always does its best to be compliant with the RFCs. I spoke with the product lead and he said the same. Where is this documented at? Would like to see and show the developer, so that if we're not we can get it fixed. As far as I know, it's typically Microsoft that tends to be lacking with the RFCs. Please post any info, links or detailed descriptions of the issue so I can relay it to the engineering team.
0 Likes
Highlighted
Cadet 2nd Class Cadet 2nd Class
Cadet 2nd Class

On 3/13/2012 1:56 PM, darkwingemm wrote:
>
> That's news to me. Novell always does its best to be compliant with the
> RFCs. I spoke with the product lead and he said the same. Where is
> this documented at? Would like to see and show the developer, so that
> if we're not we can get it fixed. As far as I know, it's typically
> Microsoft that tends to be lacking with the RFCs. Please post any info,
> links or detailed descriptions of the issue so I can relay it to the
> engineering team.
>
>


That's odd. I know a number of Groupwise admins and your the first I
can find to say it actually does work properly. Here's what I know:

From a fully updated v8.0.2hp3 system export a REAL user's calendar
(not some test calendar with 1 or 2 appointments in it) using the export
function of the Windows client. You end up with an ics file. Great.
Now try to import it into any other ical compliant application.
One's I've tried include:

Mozilla Sunbird
Thunderbird Lightning
Apple iCal
Google Calendar
Zimbra Network Edition
Oracle Collaboration Suite
Microsoft Calendar (The one that came with Vista)
Outlook 2010

In every case, the same appointments end up missing, so I really don't
believe it's the other apps that are at fault here. This happens across
multiple users, and none of these users notice any problems within
Groupwise itself. If I look in the .ics file I can see the missing
appointments, so it's not like they aren't being exported. They just
aren't in a format that anything else can read. I haven't been able to
figure out specifically what the problem is so far.

The other way I have tried to do this is to use the Calendar publisher.
If I go the the URL of any calendar I'm trying to do this with and
simply just view it via html, then all of the appointments show up, so I
know it's "publishing" all of the appointments properly. Now if I try
to subscribe to the same calendar URL using any of the other clients I
listed above I get the exact same result with all of the same
appointments missing.

I don't have SR capability so that's not an option for us, but I would
be more then happy to provide you a sample .ics file created by
Groupwise that will not import into any other client. I would also be
willing to provide a URL to a published calendar that looses a lot of
appointments when subscribed to by any other client.

When trying to search for solutions to this problem via google, here's a
sampling of what people are saying about it, which is why I'm led to
believe it's a documented problem: (at least outside of Novell)

http://support-calendar.1097866.n2.nabble.com/Importing-ics-from-Novell-Groupwise-into-Lightning-td1482512.html

http://discuss.pcmag.com/forums/thread/1004430936.aspx

http://community.spiceworks.com/topic/91497-import-ics-calendar-from-groupwise-to-outlook

http://groups.google.com/a/googleproductforums.com/forum/#!category-topic/calendar/syncing-my-calendar/nRky0U33m2g
(little further down a person complains of the same problem I'm having)

Why would there be 3rd party Groupwise 8 -> ical software available if
it worked properly to begin with?:

http://www.swarmsoft.net/products/GroupWiseCalendarEx/default.aspx

One other thing I should mention. The most reliable way I have been
able to get this to work is to run Outlook 2010 against a Groupwise
account (I know it isn't supported but it works for this purpose) I can
then view the calendar within Outlook and then use Outlook to export the
..ics file. Any of the clients/apps I listed above can then import the
entire calendar properly then. This tells me it has nothing to do with
the number of appointments or the type of appointments or whether they
are reoccuring or whatever. They all import fine using this method.
This is not a realistic solution for my users though, since we don't
allow Outlook on anyone's machine here, nor should we have to since we
are a Groupwise shop.

If you do in fact contact a developer and that developer is actually
going to spend some time with this I think it would make much more sense
to put the effort into 2012. That's why my original question was about
2012. I don't think it makes any sense to put effort into v8 at this point.

-Mike









0 Likes
Highlighted
Cadet 2nd Class Cadet 2nd Class
Cadet 2nd Class

I found out a bit of news about this issue. The v7 client exports
usable .ics files. This doesn't help with the buggyness of v8, but this
is at least a free option to export user's calendars so they can be used
in any other calendar program.

-Mike

On 3/15/2012 1:47 PM, Mike wrote:
> On 3/13/2012 1:56 PM, darkwingemm wrote:
>>
>> That's news to me. Novell always does its best to be compliant with the
>> RFCs. I spoke with the product lead and he said the same. Where is
>> this documented at? Would like to see and show the developer, so that
>> if we're not we can get it fixed. As far as I know, it's typically
>> Microsoft that tends to be lacking with the RFCs. Please post any info,
>> links or detailed descriptions of the issue so I can relay it to the
>> engineering team.
>>
>>

>
> That's odd. I know a number of Groupwise admins and your the first I can
> find to say it actually does work properly. Here's what I know:
>
> From a fully updated v8.0.2hp3 system export a REAL user's calendar
> (not some test calendar with 1 or 2 appointments in it) using the export
> function of the Windows client. You end up with an ics file. Great. Now
> try to import it into any other ical compliant application. One's I've
> tried include:
>
> Mozilla Sunbird
> Thunderbird Lightning
> Apple iCal
> Google Calendar
> Zimbra Network Edition
> Oracle Collaboration Suite
> Microsoft Calendar (The one that came with Vista)
> Outlook 2010
>
> In every case, the same appointments end up missing, so I really don't
> believe it's the other apps that are at fault here. This happens across
> multiple users, and none of these users notice any problems within
> Groupwise itself. If I look in the .ics file I can see the missing
> appointments, so it's not like they aren't being exported. They just
> aren't in a format that anything else can read. I haven't been able to
> figure out specifically what the problem is so far.
>
> The other way I have tried to do this is to use the Calendar publisher.
> If I go the the URL of any calendar I'm trying to do this with and
> simply just view it via html, then all of the appointments show up, so I
> know it's "publishing" all of the appointments properly. Now if I try to
> subscribe to the same calendar URL using any of the other clients I
> listed above I get the exact same result with all of the same
> appointments missing.
>
> I don't have SR capability so that's not an option for us, but I would
> be more then happy to provide you a sample .ics file created by
> Groupwise that will not import into any other client. I would also be
> willing to provide a URL to a published calendar that looses a lot of
> appointments when subscribed to by any other client.
>
> When trying to search for solutions to this problem via google, here's a
> sampling of what people are saying about it, which is why I'm led to
> believe it's a documented problem: (at least outside of Novell)
>
> http://support-calendar.1097866.n2.nabble.com/Importing-ics-from-Novell-Groupwise-into-Lightning-td1482512.html
>
>
> http://discuss.pcmag.com/forums/thread/1004430936.aspx
>
> http://community.spiceworks.com/topic/91497-import-ics-calendar-from-groupwise-to-outlook
>
>
> http://groups.google.com/a/googleproductforums.com/forum/#!category-topic/calendar/syncing-my-calendar/nRky0U33m2g
> (little further down a person complains of the same problem I'm having)
>
> Why would there be 3rd party Groupwise 8 -> ical software available if
> it worked properly to begin with?:
>
> http://www.swarmsoft.net/products/GroupWiseCalendarEx/default.aspx
>
> One other thing I should mention. The most reliable way I have been able
> to get this to work is to run Outlook 2010 against a Groupwise account
> (I know it isn't supported but it works for this purpose) I can then
> view the calendar within Outlook and then use Outlook to export the .ics
> file. Any of the clients/apps I listed above can then import the entire
> calendar properly then. This tells me it has nothing to do with the
> number of appointments or the type of appointments or whether they are
> reoccuring or whatever. They all import fine using this method. This is
> not a realistic solution for my users though, since we don't allow
> Outlook on anyone's machine here, nor should we have to since we are a
> Groupwise shop.
>
> If you do in fact contact a developer and that developer is actually
> going to spend some time with this I think it would make much more sense
> to put the effort into 2012. That's why my original question was about
> 2012. I don't think it makes any sense to put effort into v8 at this point.
>
> -Mike
>
>
>
>
>
>
>
>
>


0 Likes
Highlighted
Cadet 2nd Class Cadet 2nd Class
Cadet 2nd Class

Upon further review, even though the export from v7 is much better then
v8, it is still not 100%. We ended up writing our own soap app to
allow users to export their own calendars properly...


On 3/27/2012 11:05 AM, Mike wrote:
> I found out a bit of news about this issue. The v7 client exports usable
> .ics files. This doesn't help with the buggyness of v8, but this is at
> least a free option to export user's calendars so they can be used in
> any other calendar program.
>
> -Mike
>
> On 3/15/2012 1:47 PM, Mike wrote:
>> On 3/13/2012 1:56 PM, darkwingemm wrote:
>>>
>>> That's news to me. Novell always does its best to be compliant with the
>>> RFCs. I spoke with the product lead and he said the same. Where is
>>> this documented at? Would like to see and show the developer, so that
>>> if we're not we can get it fixed. As far as I know, it's typically
>>> Microsoft that tends to be lacking with the RFCs. Please post any info,
>>> links or detailed descriptions of the issue so I can relay it to the
>>> engineering team.
>>>
>>>

>>
>> That's odd. I know a number of Groupwise admins and your the first I can
>> find to say it actually does work properly. Here's what I know:
>>
>> From a fully updated v8.0.2hp3 system export a REAL user's calendar
>> (not some test calendar with 1 or 2 appointments in it) using the export
>> function of the Windows client. You end up with an ics file. Great. Now
>> try to import it into any other ical compliant application. One's I've
>> tried include:
>>
>> Mozilla Sunbird
>> Thunderbird Lightning
>> Apple iCal
>> Google Calendar
>> Zimbra Network Edition
>> Oracle Collaboration Suite
>> Microsoft Calendar (The one that came with Vista)
>> Outlook 2010
>>
>> In every case, the same appointments end up missing, so I really don't
>> believe it's the other apps that are at fault here. This happens across
>> multiple users, and none of these users notice any problems within
>> Groupwise itself. If I look in the .ics file I can see the missing
>> appointments, so it's not like they aren't being exported. They just
>> aren't in a format that anything else can read. I haven't been able to
>> figure out specifically what the problem is so far.
>>
>> The other way I have tried to do this is to use the Calendar publisher.
>> If I go the the URL of any calendar I'm trying to do this with and
>> simply just view it via html, then all of the appointments show up, so I
>> know it's "publishing" all of the appointments properly. Now if I try to
>> subscribe to the same calendar URL using any of the other clients I
>> listed above I get the exact same result with all of the same
>> appointments missing.
>>
>> I don't have SR capability so that's not an option for us, but I would
>> be more then happy to provide you a sample .ics file created by
>> Groupwise that will not import into any other client. I would also be
>> willing to provide a URL to a published calendar that looses a lot of
>> appointments when subscribed to by any other client.
>>
>> When trying to search for solutions to this problem via google, here's a
>> sampling of what people are saying about it, which is why I'm led to
>> believe it's a documented problem: (at least outside of Novell)
>>
>> http://support-calendar.1097866.n2.nabble.com/Importing-ics-from-Novell-Groupwise-into-Lightning-td1482512.html
>>
>>
>>
>> http://discuss.pcmag.com/forums/thread/1004430936.aspx
>>
>> http://community.spiceworks.com/topic/91497-import-ics-calendar-from-groupwise-to-outlook
>>
>>
>>
>> http://groups.google.com/a/googleproductforums.com/forum/#!category-topic/calendar/syncing-my-calendar/nRky0U33m2g
>>
>> (little further down a person complains of the same problem I'm having)
>>
>> Why would there be 3rd party Groupwise 8 -> ical software available if
>> it worked properly to begin with?:
>>
>> http://www.swarmsoft.net/products/GroupWiseCalendarEx/default.aspx
>>
>> One other thing I should mention. The most reliable way I have been able
>> to get this to work is to run Outlook 2010 against a Groupwise account
>> (I know it isn't supported but it works for this purpose) I can then
>> view the calendar within Outlook and then use Outlook to export the .ics
>> file. Any of the clients/apps I listed above can then import the entire
>> calendar properly then. This tells me it has nothing to do with the
>> number of appointments or the type of appointments or whether they are
>> reoccuring or whatever. They all import fine using this method. This is
>> not a realistic solution for my users though, since we don't allow
>> Outlook on anyone's machine here, nor should we have to since we are a
>> Groupwise shop.
>>
>> If you do in fact contact a developer and that developer is actually
>> going to spend some time with this I think it would make much more sense
>> to put the effort into 2012. That's why my original question was about
>> 2012. I don't think it makes any sense to put effort into v8 at this
>> point.
>>
>> -Mike
>>
>>
>>
>>
>>
>>
>>
>>
>>

>


0 Likes
Highlighted
Absent Member.
Absent Member.

Sorry for not getting back with you sooner on this. I'm glad you found a workaround to your issue.
I did some light testing, I notice some differences between the GW8 and 2012 ics files, additional fields and what not, and is a little bigger of a file for 1334 items. Both fields import successfully for me into GW2012. I exported the GW8 files more then once, and matched up. I have limited access to other emails systems, what are you trying to import the ics into? It's possible some of the appointments had problems, depending on when and with what version they were created.
0 Likes
Highlighted
Absent Member.
Absent Member.

Seems to be the reason this script was written:
Ranvens: Groupwise Calendar to Google Calendar - ICS PARSE

Any way of modifying the GW 8.x ics files to be correct? I'd be mostinterested in the SOAP solution mentioned above but wouldn't have the slightest idea how to do that...
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.