Imbrication of task's lists

[DJ Ghost]

Hi,

I created imbricated task's lists and shared the root level.
See what I get once I subscribe to the share :
In the original account, this list of tasks are like this :*
test1

test1.1

test1.1.1

test1.1.1.1

test1.1.2

test1.2

Anyway to get things as they are in the original account ?
(Sorry, posted in the wrong forum, is it possible to pur it in the administrators forum ?)

[mmorse]

Actually this is not really a sharing thing, it's a display of full path issue.
(Re-login to the account that shared those tasks and it'll revert to full paths for any not at top level.)

Task folders created in 5.0.5 or 5.0.6 using ZWC only:


After browser refresh in 5.0.5 or 5.0.6:


Notice I haven't done any sharing yet (do get your same situation if I share) and this is purely using the AJAX web-client for creation/display.

For calendars full paths are no longer displayed per comment 13 of Bug 6410 - departmental calendar grouping
-That bug was wrapped up for 5.0.6 and a new RFE was created: Bug 27211 - Support user creation and moving of nested calendars

[mmorse]

I have filed Bug 28359 - tasks - hide full folder paths for this issue.
(Called it an RFE for now, as the behavior was never coded as elsewise in the tasks tree controller.)

[DJ Ghost]

I voted for bug 27211 and 28359.
I think we should be able to create nested "elements" in all apps from the ZWC. Also I think it would be a nice thing if in the properties of elements and Share properties we have checkboxes allowing to set ACL permissions instead of just None, Viewer, Manager.
We need a way to define in the Admin Console standart set of ACL's permissions (kinf od templates) that admins and or users may need but also to let users setting ACLs themselves (if allowed by COS for exemple).

Just my thoughts...

[mmorse]

The requests & forum posts I've seen currently are using terminology something like:
Viewer - View
Editor - View, Edit, Accept, Decline
Author - View, Edit, Add, Accept, Decline
Manager - View, Edit, Add, Remove, Accept, Decline
Admin - View, Edit, Add, Remove, Accept, Decline, Administer

Bug 15205 - share roles - custom (editor / author) levels
-Asking for an editor or author level, but an admin settable custom would be even better.

Bug 12654 - Request Editor share level between Viewer and Manager
-Just editor/doesn't include 'add' - though it's a rather common use case if you wanted to add mail items, but they wanted a more locked down calendar that you could only work in previously laid out appointments (think a doctors office, or anything with fixed timeslots etc).

In the mean time you can manually set things like the below to allow adding items but not deleting:

zmmailbox -z -m theshare@domain.com modifyFolderGrant /Folder account user@domain.com rwix

r = viewer rights
rwixd = manager rights

You could do any of the following [account <name> |group <name> |domain <name> |all |public| guest <email> <password>] followed by the permissions like r, rw, rwix, rwixd, rwixda, none, etc.

(r)ead - search, view overviews and items
(w)rite - edit drafts/contacts/notes, set flags
(i)nsert - copy/add to directory, create subfolders
action (x) - workflow actions, like accepting appointments
(d)elete - delete items and subfolders, set \Deleted flag
(a)dminister - delegate admin and change permissions

The createMountpoint command is commonly used after this:
zmmailbox z -m user@domain.com createMountpoint --view appointment "/Vacation Calendar" vacationcal@domain.com /VacationDates

I vaguely remember you used to be able to do -i on modifyFolderGrant to automatically send an invite, but haven't checked a 4.5.x box to see if that was the case - for filing a new bug against it not working in 5.0.x

[DJ Ghost]

mmorse : I added a comment for bug 15205 and voted for 15205, 28359 and 12654.

I will keep all those command line in a safe place :-)
I see that Outlook allow to create nested calendars and once synchonized they appear in Zimbra Web Client. Nothing on Mac OS X to achieve this ?

[Chrisspam]

100% Garbage right here please
testing filters.

[phoenix]

Originally Posted by Chrisspam

100% Garbage right here please
testing filters.

I'd suggest some alternative method of testing your filetrs/spam collection.

[Chrisspam]

I could subscribe these addresses to newsletters, but I want 100% spam... just trying to post them so sniffers would pick them up.

Thanks for the reply. I will seek alternatives.

Chris