Blog Entry

aevans's picture
blog
Reads:

19212

Score:
4.166665
4.2
6
 
Comments:

40

GroupWise Mobility Update

Author Info

23 January 2009 - 5:05pm
Submitted by: aevans

(View Disclaimer)

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


Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).

It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.




User Comments

redds's picture

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?

aevans's picture

OTA

Submitted by aevans on 28 January 2009 - 7:18pm.

It will be an OTA solution. ActiveSync is a protocol not a program, so it will allow any ActiveSync enabled device to talk to an ActiveSync enabled GW server

redds's picture

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?

aevans's picture

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

WGamradt's picture

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.

aevans's picture

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

FlyingGuy's picture

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?

blntskul's picture

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 . . .

redds's picture

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.

aevans's picture

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

tmstone835's picture

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.

aevans's picture

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

Magic31's picture

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

WGamradt's picture

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:

http://www.gwcheck.com/wpml/?p=1192

DaveHowe's picture

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.

ackitsme's picture

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.

gurneetech's picture

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.

foccer's picture

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

DaveHowe's picture

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.

glofish's picture

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.

stideswe's picture

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

stideswe's picture

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

blntskul's picture

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.

stideswe's picture

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.

blntskul's picture

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.

rovabu's picture

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

blntskul's picture

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.

rovabu's picture

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).

blntskul's picture

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.

aevans's picture

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.

rovabu's picture

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.

pintoa2000's picture

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.

gathagan's picture

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.

PN134's picture

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.

AngeloP's picture

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.

mconradt's picture

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 !

iphonebecky's picture

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!

thsundel's picture

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!!!

cris2per's picture

How do companies afford security guards?

Submitted by cris2per on 15 October 2010 - 10:50am.

For example, they may be charged by a security company $22 for a security guard to protect an empty lot. Is it really worth it??? How in the world can these companies afford to pay so much for security guards??? Also, some companies use off-duty police officers and pay them $30 per hour... how can a place like a motel afford to pay someone that much money? And how is it worth it?

cris2per's picture

How do I update a Mobility Radeon 5870 driver?

Submitted by cris2per on 3 November 2010 - 9:44am.

I go to do AMD website and fill out the information for my notebook, Notebook Graphics - Mobility Radeon Series - Mobility Radeon HD 5xxx Series - Windows 7 64 Bit, and afterwards it sends me to the next page with a download for ATI Catalyst. I do not see any links to update my driver though? Am I doing something wrong? This is my first ATI graphics card so I am new to this process. Thanks in advanced.

© 2013 Novell