Educational Institution Adopting Zimbra
I am a system admin at a Community College and would like to know if there are any kludges that would fill a few voids in my roadmap to adopting Zimbra for our student email system.
1. Is there a way for someone to 'self-register' once they have validated against a backend system (ie. Active Directory or LDAP), so that students can set up their own email accounts after being validated?
2. I am sure this is probably on the roadmap, but a script/job/admin function that could delete users that have had no activity in XX number of days?
3. (Really from left field).. Ability to receive/send appointments to the Groupwise 6 mail system. I can send the format of the outbound/inbound appointments if that would help :)
I am not a programmer/coder, so tackling some of these projects is beyond my ability - I am just curious as to whether or not they are do-able with the existing Zimbra (should I be able to kidnap one of our programmers), or whether I would have to wait for a later release before pushing ahead with the project. I do a lot of server side scripting, so if there is some sort of API that I could pass info to for authentication, adding users, etc. then I could probably tackle it myself - more documentation would be a great boon.
BTW, I am very impressed with the ease of setting up Zimbra to authenticate against a variety of sources - usually AD authentication in our environment is a bugaboo, but Zimbra handled it like a champ. I think this project will be a real winner.
GroupWise migration and coexistence
I found this old thread while searching for "GroupWise." Refreshing because I could imagine this being useful to people, and it took a lot of time for us to find this.
The beta GroupWise migration utility is documented at:
There are several open issues in bugzilla, the most significant probably being RTF/HTML attachments being migrated as Text.htm attachments rather than multipart/alternative, and calendar item time zone information being lost (it always to the migrating machine's time zone).
Both of the above issues appear to be handled by manual imapsync or iCal export/import work, but that's *a lot* more work. Only the GW migration utility appears to handle addressbooks well. Neither .NAB (CSV) not vCard do entirely the right thing with the hierarchical "Organization" addressbooks supported in GW.
Unresolved issue for us: How to migrate "Archived" mail. GroupWise has "Archive mail older than N days" functionality similar to Outlook, where older mail is removed from the server and stored exclusively on the client, in proprietary GroupWise format. We have people who have been using various versions of GroupWise for more than 10 years with very significant amounts of locally stored mail that we'd like to keep.
As for iCalendar/iTIP meeting request coexistence: GroupWise, even version 7.0.1, cannot handle recurring events. When GroupWise receives or imports a properly formatted vCal/iCal event with recurrence, only the first instance is seen. The rest are silently lost. This is a general problem with GroupWise that also affects interoperability with Novell's own Evolution client.