Already scheduled an appointment and now you want to modify it? Introducing GroupWise Ascot!
We first introduced the concept of modifying an appointment in GroupWise 8. Using your Windows Client in GroupWise 8 today, you can modify the recipients of an appointment you have scheduled ‘after’ it has already been sent. You simply right-click on the appointment in your calendar and choose ‘Modify Recipients’.
This functionality, which exists today in the GroupWise 8 Windows Client, allows you to add or remove attendees for an existing appointment without having to resend, retract or even notify the other attendees.
The most common use case for this functionality is the fact that you have scheduled an appointment for your team or organization and someone either is added to the team or leaves the team before the appointment actually occurs. Especially true with recurring appointments. (ie. weekly staff meetings).
Now, with GroupWise Ascot, you can modify essentially every aspect of an appointment. Attendees, subject, message body, attachments, place, date/time, etc.
Each modification to an existing appointment has a few things to consider.
First of all….Appointment modifications can only be done by the ‘Organizer’ or ‘Sender’. Recipients of an appointment can NOT modify the original appointment in any way. They can delegate/forward the appointment to add attendees, but that is something they could always do.
Not all modifications are treated the same. There are some appointment modifications that will cause the appointment to have to be ‘re-accepted’ by all of the recipients. If you modify the place, date or time, then the modification will cause the appointment to ‘re-appear’ in the recipients in-box and they will have to re-accept or decline the appointment as necessary.
However, if you simply modify the attendee list, add an attachment, change the subject or modify the body of the appointment, no ‘re-accept’ will be required by the attendees. This allows you to do several things with an appointment. For example, you can schedule an appointment and add the agenda later. You can schedule an appointment and update the subject after the fact.
Note: If you ‘add’ new attendees, those new attendees will be required to ‘accept/decline’ the appointment. If you remove an attendee, they will be notified that the appointment has been deleted.
All modifications will cause some sort of ‘notification’ to happen on the already existing appointment. It will for sure be marked ‘unread’ again in the Calendar. It may also receive some sort of ‘badge’ or other indicator that the appointment has changed. We are still working on the design of how best to notify recipients of a change and how to tell them what exactly has changed.
How to access
We are still working out a few of the details, but we think we will completely remove the Modify… option, that exists in GroupWise 8, from the menu. Instead we propose to replace the functionality under ‘Resend’, with this Modify functionality. What this means is that when you select 'Resend', you will get this new 'Modify' functionality.
Once the appointment dialog is open you are able to modify everything about the appointment you want to and then on the tool bar we will have a new Send button. The text on this button will be "Send As" – and there will be an arrow next to it.
- If you select ‘Send as New’ then we will invoke the new Modify Appointment explained in this blog.
- If you select ‘Send as Copy’ then we allow the user to send this one as a copy of the old one. In this case, we will not retract the old appointment and we make recipients re-accept this new appointment. This allows you to use an existing appointment as a ‘template’ for other new appointments.
I’m sure there are several questions and use-cases that you might want to discuss. I think they are probably best handled as they are presented in this forum. So tell us how you will use this feature and let’s make sure that the final implementation meets your needs.
Allowing for full appointment modification has been a request for some time and with GroupWise Ascot you will now be able to do just that. This is another great reason to update to the very latest versions of GroupWise as they are delivered and made available.
I know that the team is doing great work on the new version of GroupWise. Yet I know that this no-more-features to the Linux and Mac client - or XPlat as some call it and the way it was called when being introduced with GW65 for Linux - makes users feel a bit uncomfortable.
I urge you guys to develop as much for the WebAccess client as possible that matches with the look and feel of the Windows client. That is where the matching starts. Keep up the good work. Let's make GroupWise on WebAccess a client to lick your fingers of for.
Thanks Gert - this is exactly what we are doing. We have heavily resourced our WebAccess and iPad WebAccess work in Ascot. We are introducing several 'Windows Client' features in WebAccess with this release and we will be highlighting them again soon in this blog.
We have also made a significant architectural change for WebAccess in Ascot that will accelerate our ability to add new features to WebAccess going forward. We have removed GWINTER. Having the WebAccess Servlet talk directly to the POA using SOAP will allow us to implement features much quicker in WebAccess because we will not have to re- implement them in GWINTER - which is what we have had to do previously.
GroupWise Ascot will have many awesome new features in WebAccess. GroupWise Windermere will see this accelerate any further.
Another huge advantage to the WebAccess strategy is deployment and updates. Rolling out new features to your end users is simply updating some server pieces...no client rollout required. This will get new features in end-user's hands literally overnight.
This is what many of our customers have been asking for....
To be clear: Archive for WebAccess is not in Ascot.
However - we do plan to bring Archive capabilities to WebAccess. Several of our partners already do this today. We will follow a very similar model which gives users access to their archive no matter where they are at. This means that the archive will not be stored locally or at least, optionally, not stored locally.
To be clear: Archive for WebAccess is not in Ascot.
However - we do plan to bring Archive capabilities to WebAccess. Several of our partners already do this today. We will follow a very similar model which gives users access to their archive no matter where they are at. This means that the archive will not be stored locally or at least, optionally, not stored locally.