kolabInvitationPolicy attribute is not respected
Closed, ResolvedPublic


It looks like wallace doesn't care about kolabInvitationPolicy attribute.
I've added atribute to user LDAP object:

kolabInvitationPolicy: ALL_REJECT

and send invitation, nothing changes - the invitation is delivered to user inbox asking for manual action.
The same applies to resources: no matter what is in LDAP, invitation are accepted by resource if there is no conflict.
The issue was tested on CentOS pykolab version pykolab and wallace being 0.7.14.
The same issue is reported on Debian Wheezy (7) with pykolab and wallace version 0.7.24-0~kolab1

Event Timeline

adomaitis created this task.Aug 5 2016, 3:45 PM
adomaitis added a project: PyKolab.

Relevant OTRS issues:

petersen added a project: Kolab Enterprise 14.
petersen added a subscriber: petersen.
seigo moved this task from Backlog to Doing on the Kolab Enterprise 14 board.Aug 16 2016, 11:49 AM

Works for me on KE14 (pykolab 0.7.28). What policy do you have in kolab.conf?

As for the resources, in the code I see this module support only three policies: ACT_MANUAL, ACT_ACCEPT and ACT_ACCEPT_AND_NOTIFY

Update: user invitation policy handling works, at least I can get invitation declined. It is declined either setting ALL_REJECT or ACT_REJECT.

According to Enabling SMTP Content Filters it should be ALL_MANUAL, not ACT_MANUAL (this one must be coming from Kolab2 probably). It doesn't mention anything about resources being handled differently, so it should work the same way as for users, so it is expected that all policies work for resources. I can't get resource reservation rejected based on invitation policy on 0.7.28 and earlier versions.

Yes, ACT_MANUAL is an alias for ALL_MANUAL in invitationpolicy module, but as I've said resources module supports only three policies. We should probably add support for ALL_* aliases, but adding support for all policies supported by invitationpolicy module would not be just a simple fix. That's why I'd like Architecture & Design to take a look at this.

In addition it is not clear what ALL_MANUAL policy means for resources. There is nobody behind the resource, so nobody can manually react to the reservation request. Even more, resource is calendar, so it has no mail type folder to deliver request.

The resources module is a different one from the invitation policy module. This ticket concerns the invitation policy module.

What's the problem with adding ALL_REJECT as a policy and handle it accordingly?

As I understand setting kolabinvitationpolisy: ALL_REJECT for resources does not work as for users, i.e. does not respond with Declined status.

I was referring to this code:;1c4d7bb4154143752af6e2542cdbfaf2f7372cb5$60

Again, the resources module is a different module from the invitation policy. I read this ticket as concerning the invitation policy. I'm not sure how the resources module got in to the mix.

As discussed with Jeroen REJECT does not make much sense for resources. So, I don't see anything in the code that would need to be fixed now. Consider updating documentation to be more precise.

machniak edited projects, added Documentation; removed PyKolab.Aug 18 2016, 1:05 PM
machniak removed machniak as the assignee of this task.
machniak added a subscriber: machniak.

Can you please elaborated why REJECT does not make sense?
There is a use when reservation requests to meeting room should be allowed to particular users only. VIP car is allowed to certain users to be reserved is yet another case I can think of.
Please share all the logic behind resource reservation then.

pasik added a subscriber: pasik.Aug 29 2016, 12:21 PM