Creating Calendars from Command Line

[shideg]

Is it possible to create a calendar for a user from the command line (zmprov or the REST api)?

It seems that importing calendar data can only be done with existing calendars. I have users with multiple calendars that need to be migrated.

Thanks.

--Steve Hideg
Saint Mary's College

[dkarp]

I believe that you should be able to create new user calendars using zmmmailbox.

[schemers]

Something like the following should work:

/opt/zimbra/bin/zmprov 
prov> sm user2@macpro.local
mailbox: user2@macpro.local, size: 7.88 KB, messages: 2, unread: 2
mbox user2@macpro.local> createFolder --view appointment --color blue --flags "#" /Calendar2
259
mbox user2@macpro.local> postRestUrl /Calendar2 /tmp/cal.ics
mbox user2@macpro.local> exit
prov> exit

The "--view" arg specifies that it is a calendar folder, and the "--flags" arg with "#" means it will be checked by default in the UI.

The CreateFolder docs in soap.txt are a good place to poke around in.

[shideg]

Originally Posted by schemers

Something like the following should work:

/opt/zimbra/bin/zmprov 
prov> sm user2@macpro.local
mailbox: user2@macpro.local, size: 7.88 KB, messages: 2, unread: 2
mbox user2@macpro.local> createFolder --view appointment --color blue --flags "#" /Calendar2
259
mbox user2@macpro.local> postRestUrl /Calendar2 /tmp/cal.ics
mbox user2@macpro.local> exit
prov> exit

The "--view" arg specifies that it is a calendar folder, and the "--flags" arg with "#" means it will be checked by default in the UI.

The CreateFolder docs in soap.txt are a good place to poke around in.

Thanks.

So from this can we assume then that the calendars and mailboxes share the same namespace?

--Steve

[schemers]

Yes, and it somewhat broken from the UI perspective. You can't have a folder, a search folder, a contacts folder, and a calendar all with the same name, even though there is no indication they are sharing the same namespace in the UI.

We really should be creating new calendars under /Calendar, new address books under /Contacts, new searches under /Searches, etc, so they wouldn't conflict.