ActiveSync Update

0 Likes
I can finally share a lot more information about our support for ActiveSync in our replacement for GroupWise Mobile Server. To get you up to date with a lot of the direction I urge you to first read my prior blogs on the subject:

GroupWise and Nokia Intellisync



GroupWise Mobility Update



Replacement for GroupWise Mobile Server, and more





To summarize, we are creating a new technology, separate from GroupWise and Teaming, which will synchronize data between any of the connected applications. Once of the connectors will be an ActiveSync connector, to support ActiveSync enabled devices. Another connector will be for GroupWise.

These blogs set the scene for where we are today, so let me now tell you about release plans, feature set and supported devices. Let’s start with feature set – ActiveSync is a protocol and data access method and, as such, we are limited to things that we can support to whatever ActiveSync supports. At a high level that is synchronization of Email, Calendar items and Contacts. ActiveSync does not support tasks, so GroupWise tasks will not sync to devices out of the box – though there is a way that you can make them, which we will cover at a later date.

Synchronization Features

2-way email sync

Delete items

Reply

Forward

Smart forward

Attachment support

Mark (un)read

Sync content of all folders

Sync calendars

Accept and decline appointments

Send appointments

Contact sync

Support all contact fields

Sync contact photos

Search system address book

Kill pill

This list is not exhaustive, and there are even more features coming in subsequent releases around some of the additional things that ActiveSync supports.

The technology works by syncing data from the device to the central cache server, which in turn syncs it to the other connected applications. These applications then do whatever needs to be done with that data – and vice versa.

Schedule

Our first milestone is to roll this out internally. We are working on defining the schedule for that with our IS&T department. I get lots of mail from people internally who volunteer themselves to be beta testers, so I know that it is as well anticipated internally as it is in our customer base.

We will then release the product to a closed beta group. We anticipate doing this in October, which is right around the corner. If you have not already applied to be a beta site do so at www.novell.com/beta. We normally take about 50 sites into a closed beta group and I can tell you that we have far more applicants than that already – so don’t be too upset if you don’t get in.

Whilst the closed beta program is running we also plan to release a feature limited technical preview publically. It will likely synchronize contacts and the contents of calendars only. The reason it is limited is that we need more bake time on some of the other features – we do not want to release unstable code to the broader public, but feel very confident that contacts and calendar sync will be robust. The goal is to release the technical preview in November

We will then refresh the closed beta program with the final features, around administration and bug fixes, though schedule will be determined by the amount and types of issues that get reported.

Finally, we expect to release the connector in late January and then move our engineers onto the next revision, as well as GroupWise 8 SP2 and GroupWise “Windermere”

Entitlements

We do not plan to change the entitlement for mobility support much from what it is today – in fact we will make it a little more broad. The goal is that anyone on GroupWise and/or Teaming maintenance will be entitled to four products – the sync engine from “Gradenko”, the Teaming connector when it ships, the GroupWise connector and the ActiveSync connector. This is similar to the entitlement today, where anyone on GroupWise maintenance gets GMS.

Supported devices

I am getting questions on what devices are supported, and the short answer is “any device that supports ActiveSync”. Our solution means that we are not installing a client on the device, we will leverage what is on there already, as long as the communications protocol is ActiveSync. To spell out a couple of the devices and/or manufacturers that ship, or have shipped native ActiveSync devices or platforms:

iPhone/iTouch

Windows Mobile devices (which many vendors ship on their devices) – Like HTC, Samsung etc. Microsoft have a site for WMS devices

Palm Pre and Palm Treo

Nokia E and N series devices

There is also an ActiveSync licensee site

In addition to this list there are ActiveSync client downloads available for many other devices, though Novell will not provide those clients. These include Android, UIQ and Blackberry. If your phone is not listed it likely resides somewhere under one of the categories above, so check your docs for specific mention of either ActiveSync or Exchange support.

GroupWise Mobile Server

Once the ActiveSync solution ships what happens with the current GMS? We have support from Nokia for GMS until the end of 2010, though that support is limited to critical bug fixes and security updates only – it does not include new device support. The time between the ActiveSync connector shipping and GMS support ending is about a year, and we expect that most of our customers are going to be able to move over in that year. We do not plan on a migration tool at this point, as the master data repository is the GroupWise store – we do no need to migrate the data at all. It is likely going to be necessary to touch some of the devices, to remove the old Intellisync software and replace it with the factory ActiveSync software – application management is not part of the ActiveSync protocol, so this will either need to be done manually, or with some form of Mobile Device Management software.

That’s it for now, though we will continue to keep you up to date as things progress

Labels:

How To-Best Practice
Comment List
  • Maybe you should at least offer your boss these options:

    www.notifycorp.com/.../nl_iphone_ds.pdf
    www.companionlink.com/.../iclink-groupwise.html

    instead of saying you can't do it. If he doesn't like those options, it sounds like something will be available next month.
  • In technology, history has shown, some trends can be ignored longer than others without significant detriment to the product. Activesync is not one of those technologies. gmail, Lotus Notes, Zimbra - all of GroupWise' major competitors have had native Activesync support since at least March of 2009. Novell STILL has nothing and you seem to not understand just how damaging this is. Take a look at the current Mobile OS distirbution:

    gs.statcounter.com/

    As I'm sitting here typing this message the new boss walks in and proudly hands me his new iPhone to configure to use with GroupWise. I tell him we can do that but he can't get his calendar info on it. The look on his face is shock and dismay. It's been the same story all year long with our users.
  • I guess the an Gradenco connector could be build that mirrors the activity in the GroupWise mailbox and puts that in a database (like Timestamp/Activitity/...). Mow at any pont in time am event can be rolled back, eg restore a message/appointment/task, also like an 'undo' function in GroupWise. Or a backup can be restored from that mailbox (show my mailbox as is was yesterday at 10:00). This mirror of the mailbox could be backed up.

  • I am struggling to answer your question, as I am not sure what it is you are trying to achieve. This solution is not IDM and does not plug into Novell IDM - but why would it, as IDM doesn't sync data, and this solution doesn't sync identities. Potentially there are ways to link the 2, but the data set, being so different, doesn't map well.

    As for single item restore - probably not in their solution as it is today
  • Question:

    Is this going to allow 3rd parties such as my IDM vendor to be able to drag and drop emails into the IDM solution from Groupwise? This is a big deal for us and would make us a rock solid Groupwise customer if this is the case.

    And as a side, would SyncSort be able to finally be able to do message level restores?

    Thanks
  • I agree that a separate ActiveSync Agent would also have been a good choice.
  • Well, the point of the virtualization question was that you seemed to be concerned with the server you'd have to buy in the interim until you remove GMS. We tend to have plenty of virtual capacity on tap rather than sizing our virtualization platform to match precisely what we have running at the moment. I would think that most people could squeeze an interim solution in without too much trouble.

    Why it requires a separate server and isn't intergrated with GWIA just isn't important enough to argue about, or to question Novell's decision making process. If you have enough clients that need this kind of service that it's an important issue for you, having a server for it probably won't prove to be a big deal. I am surprised that they've announced that it will require a dedicated server though - taking your word for it on that - I haven't bothered to verify. It's fine with me, because every other solution I've looked into has that requirement, but still surprising. I would expect it to be in the form of an agent that can run alongside other agents. But again, it doesn't bother me either way.

    I think that GWIA is the wrong place for ActiveSync. It's a completely different type of process. It is a gateway, like GWIA is a gateway, but it deserves its own agent. The functionality of what GWIA does and what ActiveSync will do doesn't overlap enough for a union of the two to make sense. Also, I know that the POA supports SOAP, and we use it, but I wasn't aware that GWIA supports SOAP. Good to know.

    Nokia did not do what good businesses with parterships do. It announced an end of life of a product to the public at the same time that it announced it to its partners. Nokia dropped the product because it made sense for their bottom line, and Novell certainly wasn't their key consideration in doing so, but there's generally some forewarning and planning involved. And the decision of Novell to partner for that solution rather than to develop one was the best decision at the time. The provided their customers with a solution based on the biggest player in that market at no additional cost, which gave immediate benefit. They didn't charge you extra then pull the rug from beneath you. I've seen Novell and other companies criticized for not partnering enough, partnering too much, and in this case, they're being criticized by some for going the way of Microsoft with Activesync protocol. They made the best decision at the time, and I think they're making the best decision at this time. Will it be the best thing in three years time - who knows?

    Anyway, there's certainly no harm in disagreeing with them, but I personally agree with them in this case and in the case of their choice to outsource with Intellisync at the time, and I'm most concerned with them delivering a functional and quality product.
  • Yes, it requires another server. Yes, we run virtual servers (who doesn't?). Servers, be they virtual or physical, have overhead and have to be maintained. IMHO, Novell missed an opportunity here to reduce their product's footprint for the majority of their customers. We need ActiveSync but will never use the additional functionality of this solution.

    Adding ActiveSync protocol support to the GWIA, literally a gateway to the Internet, would have been consistent with the idea of handling Internet communications and not far removed from SOAP, POP, or IMAP support. The GWIA certainly handles more than just SMTP. The MTA and POA, on the other hand, deal primarily with message routing (internal to the system) making them odd choices for implementing Activesync. (The POA duplicates some of the same protocol support, like IMAP, found in the GWIA so your "different processes for different tasks" isn't always the case.)

    Nokia did what all business do. They made business decisions based on what was good for them, not Novell. It was a questionable decision to outsource such vital functionality and Novell, unfortunately, is paying the price for it now. Hopefully they will avoid making similar mistakes in other areas but what I'm hearing about "India Support" isn't encouraging.

    Again, as for third party support, we tried it and our users didn't like it. It was simply not reliable and fell far short of the performance we got and continue to get with our rock solid BES server. Currently, reluctantly, we support iPhones via IMAP. Of course there is no calendar functionality since the protocol doesn't support it.
  • If you refer to my previous blogs on this topic you will see that the aim of this product is more than just GroupWise mobility. We are going to have many 3rd party application connectors on this new product (codename Gradenko), ActiveSync being only one of them. Out first release is going to be around Sharepoint, SugarCRM, Salesforce.com and GroupWise, followed by Teaming and ActiveSync, and then SAP. There are also a number of other partners looking to create connectors for Gradenko, creating an entire suite of interconnected applications. The technology is not tied to GroupWise, it is not a GroupWise component and it's scope is much broader than GroupWise - which is why we did not tie it to GWIA.

    As mentioned, there will be a public technical preview before the holiday period for customers to try - with the full release shipping just after Christmas.
  • The sync engine and connectors will not run on NetWare, but they can connect to POAs running on NetWare. This will be a Linux and Windows release only, with Linux shipping first. In previous blogs I had said that they would ship together, but we felt better served getting the Linux release out earlier.
Related
Recommended