Blog Entry
10179
There have, naturally, been lots of questions about our future mobility direction. Some of you will have already seen this mentioned in other places today but I am here to share a little direction with you. We decided some time ago that we would move our mobility story to ActiveSync which, for better or worse, is becoming the de facto standard mobility protocol, Blackberry aside. We will implement ActiveSync on the server, so that any ActiveSync enabled device will be able to talk natively to GroupWise. Of course, this includes iPhone support as well as Windows Mobile, Palm (new one included), Nokia Symbian OS (E and N series) in addition to many other devices.
We plan to deliver the solution to replace GMS this year. Right now I don't have any more information that I can share, but rest assured that it is our #1 priority. Of course, you may have also seen that we released GroupWise Mobile Server 3.0.1 for Linux into public beta last week - look on http://download.novell.com for the download. Finally, we continue to have a great relationship with RIM that rounds out our mobility strategy.
I hope that clears up some uncertainty, and we are excited about this direction and the benefits that it will give you and your companies.
[edit]
I got a number of questions this week at GWAVACon so I felt I should update my blog. Many of you only support a few devices and want to know the best way to support them. Whether you support a few, or a lot of devices you should look at http://notifycorp.com/
They offer a hosted mobility solution that is a excellent choice for small business customers, or customers wanting to consolidate all of their mobility support
Related Articles
User Comments
OTA
Submitted by redds on 25 January 2009 - 6:16am.
Will this new solution include OTA and push technology or will it have to be tethered to a PC/laptop?
- Login to post comments
Re: Activesync
Submitted by redds on 26 January 2009 - 6:40am.
Does this mean that this new solution will only run on Windows servers? How will OTA syncing work?
- Login to post comments
Protocol, not server
Submitted by aevans on 28 January 2009 - 7:20pm.
ActiveSync is a protocol, not a server so it will run on whatever platform we decide. We are targetting Linux and Windows server support
- Login to post comments
Current Mobility Customers
Submitted by WGamradt on 26 January 2009 - 11:27am.
"Novell will support GroupWise Mobile Server through
October 31st, 2009,"
Tell me that is a typo. Novell has stated that they and Nokia would support Mobile Server for the next two years. Now all of a sudden support is ending in a few months and the product to replace it has not even hit beta?! Is that right?!
It is stuff like this that continues to make Novell solutions increasingly difficult to recommend and sell.
Great.
- Login to post comments
Support lifecycle
Submitted by aevans on 28 January 2009 - 7:21pm.
Nokia is supporting Intellisync Mobile Suite for 2 years - we will continue to monitor our support date as we work on the replacement technology. Rest assured, we will not leave you in the lurch
- Login to post comments
Once Again you are short on details...
Submitted by FlyingGuy on 26 January 2009 - 3:07pm.
Alex, this is getting to be a habit with you and one that I am really begging to dislike. This is also leading to me and a few others I would imagine to start to wonder if we should continue to trust you.
So how about some details like:
1. Will this be a Linux Implementation?
2. Will it require a Windows Server and all the expense and hassle that comes with that?
3. This year, uhmmmm care to be just a BIT more specific?
While we were all *** begging *** for info and making lots of suggestions, had you already made this decision to lock your GW user base into a MicroSoft product?
You need to stop playing coy with us and either be informative so we can make plans or you can just keep losing more and more customers.
We have to sell this! When a customer hears, "Well the Novell mobility solution is really a Microsoft product how much longer before they say to themselves, "Hell I should just shift to Microsoft because it is their software and they can integrate their software together better then these guys can."
And what about licensing cost, what about IP issues, what about a LOT of things like is this going to ge yet another JAVA/TOMCAT/Apache/ god alone knows what kind of fresh H*&L mashup that is going to yet again be dependent on 5 or more layers of software? Is it going to crammed full or Perl and python scripts that at best unfathomable except ( and possibly not even to them when it's finished ) to those who wrote it?
When it breaks are we going to be faced yet again with error messages that spew forth 50 lines of java classes that lead you to absolutely nowhere like the infamous "MainHallway" errors? Or will it be some Microsoft error codes that MS, even if you pay them, wont deal with?
- Login to post comments
I almost hate to reply to
Submitted by blntskul on 4 February 2009 - 11:12am.
I almost hate to reply to such a silly diatribe, but I must. Your first two questions about running on Linux or Windows - what do you think that the current solution runs on? Even if it did only run on one or the other, what's the big deal? It's a pretty specialized application, which probably warrants having it's own server(s), just like Blackberry Enterprise, Notify and many others. Ridiculous questions.
If he could be more specific about the time frame, he would have been. You have a free solution that's working now, and will be supported well beyond the release of its replacement. Novell isn't going to drop support for GroupWise Mobile a year ahead of its replacement.
Novell is supporting the Activesync protocol - not the Activesync client that Microsoft provides with their Windows Mobile devices. It's the same thing that Nokia and Apple use to sync to compatible services now. It's the smart way to go. It doesn't mean, by any stretch, that Novell is repackaging a Microsoft solution.
I mean seriously . . .
- Login to post comments
Another question
Submitted by redds on 26 January 2009 - 8:37pm.
Why another Microsoft solution? Isn't Novell a Linux company. Again start acting like it. As a customer I have moved to OES2 Linux and getting rid of many of my Windows boxes. I don't want to add another one.
- Login to post comments
Misconception
Submitted by aevans on 28 January 2009 - 7:24pm.
ActiveSync is a protocol, so we can implement it in any fashion we chose. We will be implementing it on Linux and Windows so that you have the choice on how to deploy. This is a benefit of our relationship with Microsoft, where we are able to offer support for what is becoming the de facto mobility protocol, aside from the BES. Most of the new devices on the market, and many of the older devices out there have an ActiveSync client on them - which means that they will be able to sync with GW with no modifications
- Login to post comments
You have to go to Activsync. High priority.
Submitted by tmstone835 on 27 January 2009 - 10:24am.
I don't think that you have much choice other than to have an ActiveSync enabled GroupWise. All of the smart phone vendors are supporting it and it is too big of a market to ignore. If GroupWise wants to be a player, it has to come out as soon as possible. I would like to see early-summer as the target rather than the end of the year.
I believe the APIs are published for ActiveSync so move forward now instead of later.
It has to be a Linux solution and not reliant on a Windows server. I agree with the previous comment about that. We are trying to eliminate Windows servers rather than adding them.
- Login to post comments
Yes on all points
Submitted by aevans on 28 January 2009 - 7:27pm.
Thanks for the comments. Agree with everything you say, and we will be providing this on Linux
- Login to post comments
Where are you reading that?
Submitted by Magic31 on 28 January 2009 - 1:26am.
WGamradt : Not seeing where you are reading GMS support will be dropped this year? I'm reading they are pushing to get out the new solution for Groupwise Mobility to ease the current uncertainty for a Groupwise solution.
They way I interpret the news (as also other postings/blogs), is that the 3.0 GMS series will be maintained but not developed any further. In that sense the support can still be given while a new product is pushed out.
I'd rather have seen Novell buying the GMS solution from Nokia.. but then Novell would also have to keep developing all the clients and other extra aspects. Following where others seem to be headed (even Nokia) might be wiser in this case.
I do share the concerns others here have posted :
+1 to maintain a Linux version of your solution!! Many customers are VERY happy with the fact GMS is running on their SLES boxes. I do hope (strongly) the next solution will offer the same platform choices.
Keeping an eye on your developments!
Cheers,
Wj
- Login to post comments
Sorry I should have
Submitted by WGamradt on 28 January 2009 - 10:29am.
Sorry I should have included the link to the information in my original post. See the statement here:
- Login to post comments
This isn't dumping the product or "giving in" to microsoft
Submitted by DaveHowe on 28 January 2009 - 4:49am.
ActiveSync is the defacto standard for phone syncing - not supporting it will hurt more, and lead to customers going to microsoft to give them systems with the functionality they need.
It would be nice if there was a rfc standard for this which all phones supported, but we have to live in the real world here.
- Login to post comments
Mobile access for the security minded
Submitted by ackitsme on 29 January 2009 - 10:55am.
I'm hoping that this will follow a similar format to the existing GWMS in that I can have a server on the outside of our network that does all of the customer interfacing so that I don't have to open up direct access to my post offices.
We're an extremely security conscious company and, aside from the GWMS and BES, we do not allow ANY access to e-mail without a VPN client.
- Login to post comments
Thank you for the sneak peek!
Submitted by gurneetech on 29 January 2009 - 11:01am.
I realize its still early in the process and details that can be released publicly are sparse, but I have to thank you for the news. Once released, no longer will we have to worry about 3rd party support for a sync client. While Activesync isn't perfect, it does do a good job.
This is exactly the kind of integration that I've been hoping to see come from Novell. If the MS agreement had a hand in it, then excellent. At the end of the day this will benefit everyone.
- Login to post comments
open sync standards - please support SyncML
Submitted by foccer on 29 January 2009 - 5:12pm.
Good news that you have a direction but please consider the fact that SyncML is also a standard supported on many phones.
In fact quite a few phones that do not support Activesync support SyncML just fine.
hoping the next server will at least attempt to support more than the one protocol
- Login to post comments
More than one..
Submitted by DaveHowe on 5 February 2009 - 3:00am.
I agree. if you *only* support activesync, where's the value added in not just going the whole hog and switching to exchange (which our customers are apparently doing at an alarming rate)
However, if you support ActiveSync AND SyncML AND other protocols, you have a product that is more flexible and supports a wider range of devices - microsoft can afford to say "do it our way and buy products that support doing it our way" but novell cannot.
- Login to post comments
Thanks for the heads up
Submitted by glofish on 29 January 2009 - 9:51pm.
Novell does some great things sometimes that just make sense. Looking forward to seeing this one play out.
- Login to post comments
This is really good news but I agree - support SyncML
Submitted by stideswe on 5 February 2009 - 2:34am.
Much as I hate MS, ActiveSync is widely adopted and works very well (even behind a reverse proxy for instance). As such, Novell making a native ActiveSync gateway for GroupWise is bloody excellent news. Thank God you finally decided!
I concur with foccer who requested SyncML support: I'd imagine ActiveSync and SyncML are not hugely different and providing protocol level support for both would make good business sense for Novell and help to support a truly open standard.
You might consider MS to be buddies now but we all know what a total bunch of *****s (think of your own expletive here) they are and you shouldn't just fall in line to support their protocol without supporting the open standard which they don't own and which is also widely used. Try not to kick Open Source/Open Standards in the teeth as you are reliant to some extent on differentiating yourself from the Redmond beast. When it has ceased to be convenient for MS to be mates with you they will try and screw you over without even blinking an eye - and that day will come pretty soon.
Isn't is odd how people are so focussed (including me) on supporting the bloody iPhone. Now that people have them they realise how power hungry and overrated they are and the whole furore about how crap GroupWise is because it doesn't support iPhone has died down. In the long term though Novell cannot ignore this sort of thing because eventually the iPhone and others will improve and actually be worth owning. Also Novell should not ignore RIM/BES whose product is way superior to any other option and who did the right thing by providing support for GroupWise way back. If we didn't buy a BES server some years ago we would have ditched GroupWise a long way back. We only still use GroupWise now because BES was there and ready to use and works so bloody well.
Simon
- Login to post comments
Oh and do the Linux port first!!!
Submitted by stideswe on 5 February 2009 - 2:47am.
You'll produce a solution faster if you just concentrate on one platform. And the platform you should choose is Linux of course. It makes sense for Novell customers to have a Linux solution that doesn't require them to purchase or manage a crappy Windows box.
You'll also keep your internal costs (of coding and testing) the product down if you only provide it on one platform - Linux of course.
ps. Testing - do I need to explain what that means, as I sometimes wonder where Novell is concerned? My relationship to Novell is as a paying customer which means I should be treated differently and have different functions to perform than the people who work in QA at Novell. I'm paid by my company to perform IT support/projects - I'm not paid by Novell to spend countless hours helping them debug their lousy code.
pps. Do I need to explain QA? It is the department at Novell where there is one old man asleep in a darkened room. A word of advice get more staff in there and/or train them better, and/or inversely relate their pay to the number of bugs that leak out, as that lone man is doing a pretty poor job of late and he seriously needs some help.
Simon
- Login to post comments
Not very constructive man.
Submitted by blntskul on 5 February 2009 - 5:16pm.
Not very constructive man. Novell's initial releases tend to be better than most. GroupWise in particular is a very solid product. Even at that, if you install .0 releases of anyone's products, you're going to find the problems. That's not just a Novell thing. If you're implying that their subsequent releases are overly buggy, I have to disagree.
As far as concentrating on one platform goes, it may turn around quicker and cost less, but they'll also hit a smaller audience and sell less of their product. One of the worst things about Microsoft's products is that each one of them locks you into one or more of their other ones. One of the worst things about avid Linux supporters is that they think you're a traitor if you support anything else - because why would you, right? Novell's approach is a smart one.
- Login to post comments
Re not very constructive man
Submitted by stideswe on 6 February 2009 - 8:16am.
On the first point, yes the backend is extremely reliable (at least since we've been running it on Linux). The Win32 client has been fairly unreliable (until GW7 SP2 when it finally settled down) with crashes and other aberrant behaviour. The iCAL implementation was a total debacle and wasn't properly fixed until GW7 SP3. There is a serious bug in GW7 SP3 HP1 that totally corrupts some outbound emails - making them twice the expected size and with all messed up MIME boundaries. Novell are, in my opinion, particularly adept at releasing bugs, GroupWise isn't their worse product in that respect but it has had a fair few serious defects in recent times.
On the second point, I'm sure it makes sense to develop to both Linux and Windows but they should concentrate on the Linux port first as I believe that's what customers would expect/want and it would prove more cost-effective for the customers too.
- Login to post comments
I guess we can agree to
Submitted by blntskul on 6 February 2009 - 11:27am.
I guess we can agree to disagree. Everything's relative. Support Microsoft Exchange for a while and you'll appreciate the reliability and efficiency of GroupWise. As for releasing on Linux first, it's just not smart to ignore Windows users. I think Linux is a better server platform, but if a great percentage of their customers run Windows, they should attend to them just as quickly. It's key to breaking into that huge segment. They would have no success selling solutions to primarily Windows shops if their Windows development lags behind. I want Novell to do well overall, and Windows is (unfortunately) a big part of that.
- Login to post comments
RIM
Submitted by rovabu on 5 February 2009 - 1:10pm.
Hi Alex,
If you say: "Finally, we continue to have a great relationship with RIM that rounds out our mobility strategy", I have two questions:
- when will BES 4.1 have SOAP/XML support for GroupWise 8? Both Novell and RIM seem to be a bit vague about why this doesn't work and when BES 4.1 will be 'certified' and tested for GroupWise 8
- will you Novell attend the WES in Orlando in May? Last year Novell's complete absence was surprising for many.
Roel
- Login to post comments
It Does Work
Submitted by blntskul on 5 February 2009 - 2:22pm.
I'm running GroupWise 8 and BES 4.1.6 and they work just fine together. I asked RIM before I upgraded to GW8, and the guy I spoke to said that they haven't officially announced anything, but it's working with no problems in the labs. That may be of no comfort to you without their official stamp of approval, but it does work fine. In fact, I called RIM support today for something, and they were fine with my version of GroupWise.
- Login to post comments
Re: It Does Work
Submitted by rovabu on 5 February 2009 - 3:22pm.
Object API connection mode works, SOAP doesn't. We've reported those issues to RIM and were told that this is not supported to begin with (GW8 and SOAP).
- Login to post comments
Don't Tell My BES
Submitted by blntskul on 5 February 2009 - 4:52pm.
Well, don't tell my BES. It might break. I didn't do anything special. I was running BES 4.1.6 with the GroupWise hot patch with GroupWise 7.0.3 in SOAP mode, then we upgraded to GroupWise 8.0 HP1. It works just fine for me.
- Login to post comments
Roel, Roel, Roel...
Submitted by aevans on 5 February 2009 - 2:35pm.
The BES question is regarding RIM's roadmap, so I can't comment with any real authority. I know that BES engineers and our engineers are always talking, and that RIM are working on a 100% SOAP enabled BES, but I can't comment on the specific version that it will show up in. BES 4.1 subscribes to SOAP events, for change notifications, but uses the Object API for the actual item sync - so it is, arguably, already supporting SOAP, just not 100%.
BES 4.1 does support GroupWise 8 - Novell was an early adopter of the latest BES. If your question is "when can I install the GW8 client on my BES server, instead of the GW7 client", my flippant answer is "hopefully never" - with the view that BES will become 100% SOAP enabled and the client is no longer needed on the BES server. The more complete answer is "When RIM complete testing with the GW8 client and certify it for use" - but right now there is no real push to do so - you gain nothing.
Novell is planning on attending WES this year yes. I will probably not be part of the contingent, but then I have no direct Product Management need to be there. It is more of a sales and marketing function.
- Login to post comments
Re: Rule Rule Rule
Submitted by rovabu on 5 February 2009 - 3:28pm.
I'm talking about using SOAP against a GW8 POA as the preffered connection method, with a GroupWise 7 client installed on the BES. I don't even want to consider upgrading the client to GW8 :-)
After the release of GW8 and upgrading customers to it, we ran into SOAP issues. Basically nothing worked. RIM just stated it wasn't tested and certified for GW8 to begin with, after its initial release, so we had to switch back to Object API connection mode which has stability performance issues and is not something which is preferred to begin with. After that we didn't get any updates any more on this issue. I'm just curious in the light of Hot Patch 1 we should give it another try. Since switching connection methods means reinstalling the BES software itself, which is not an excercise without risk, I'm curious on the status from a product management perspective.
- Login to post comments
Notifylink - RIP OFF
Submitted by pintoa2000 on 17 February 2009 - 1:40am.
We are a large customer of Novell products incuding Groupwise and have a growing iphone user base.. We recently approached Notifycorp for an eval since need to Sync groupwise email and contacts to our iphone users..
The product installation took a while and we had a few configuration issues to resolve which took a couple of weeks.. Our 5 iphone users did not get sufficient time to evaluate the product and the eval period expired.. we approached notifycorp to extend our eval for another month so that we can have users test this properly .. but they refused.. they wanted us to pay for the extension which is absolutely ridiculous.. after trying to explain to this sales person that we are not satisfied with our eval and would like some more time.. he refused.. we cancelled the evaluation and are now looking at the only option of moving to exchange or waiting for Novell to provide the activesync for gwise functionality..
absolutely frustrating.. and to think we were on the verge of buying this product but all we needed was a little more time to evaluate.
- Login to post comments
Re: Notifylink - RIP OFF
Submitted by gathagan on 19 February 2009 - 9:00pm.
We had the exact opposite experience.
Like you, we've had some problems with the iPhone integration.
Like you, we asked NotifyLink to extend the test period.
They committed to extending the test period. In fact I believe the test period for us begins when the bugs are ironed out.
I agree with the frustration issue, since problems persist. At least in our case, however, NL has been very responsive.
- Login to post comments
Timeline please
Submitted by PN134 on 18 February 2009 - 3:47am.
Please advice the time lines set to enable iPhone integration with GroupWise? I see that the real development will be on ActiveSync so if this is the protocol to be used, when will it be available? Is there a an alpha or beta available to test this? A customer who has been using GroupWise for years are asking about this and due to the large volume of iPhone customers, they are being forced to move to Exchange. Thank you for your quick response.
- Login to post comments
Novell OES1 or only OES2???
Submitted by AngeloP on 18 February 2009 - 3:15pm.
Will the GroupWise 8 ActiveSync protocol work on NetWare OES1 servers also? Or do we have to upgrade servers and migrate them over to Linux OES2?
Also, will the ActiveSync protocol be coming out at the same time for all the platforms? If not, which one is going to get it first?
Thanks for helping me out with this needed information.
- Login to post comments
Notify - rocks
Submitted by mconradt on 20 February 2009 - 1:50am.
Since we deployed Notify Link Server we sync all our iPhones and even iPod Touchs with GroupWise it works great and the email handling on these devices is pure luxury against all the other devices I've see and testet.
It emporing against furstating, it's easy and fun !
Calendar works perfect with invitations, even that there still some little bugs inside. But from the past, I'm confident that they will be fixed !
Go ahead and email Paul dePond and I'm sure he'll extend your license !
- Login to post comments
TIming?
Submitted by iphonebecky on 1 April 2009 - 5:57am.
Aevans,
Do you have a better sense of timing for the release for ActiveSync? I need to sync my iphone with Groupwise. I'm trying to decide if I can wait for your release, or if I should pay for a stopgap until it is released.
Thanks!
- Login to post comments
Release date
Submitted by thsundel on 27 April 2009 - 12:26pm.
Any update on release date for Active Sync support?? The number is growing for devices that won't work with GMS.. We really need your solution asap, and please do not release the Windows version of this product before the Linux version!! We really would like to have Linux servers instead of Windows servers... If you release the Windows version first them most of your customers will deploy that instead of running it on "your" operating system!!!
- Login to post comments








38