Permissions
In permissions you set, who may do what in back-end of BwPostman.
The rights Configure, Administration access, Create, Edit, Modify state, Edit self-created contents and Delete correlate to them you know in Joomla!®.
BwPostman adds additional rights for Archive, Restore, Delete, Send newsletter, View Newsletter, View Subscribers, View Campaigns, View Mailinglists, View Templates, View Settings and View Maintenance. The denotations of this rights are self-explaining, nevertheless following:
Important:
It is not enough to set the access rights for the actions Create, Edit, Modify state, Edit self-created contents or Delete, it also always needs the right for the view!
With that one also has the possibility to restrict the access for single user groups to one or multiple views.
BwPostman version 2.0.0 is also delivered with predefined user groups to see, how they work with the access rights. You may use these user groups as is.
Since version 2.0.0 BwPostman offers the ability to set access rights for a single data set (mailing lists, newsletters, subscribers, campaigns, templates). Here You are able to revoke permissions for an administrator. If You locked out, the SuperUser can correct this, because You can't revoke permissions for a SuperUser.
To be able to edit these permissions as administrator of a section (mailing lists, newsletters, subscribers, campaigns, templates) there are the new permissions Manage Newsletters, Manage Mailinglists, Manage Subscribers, Manage Campaigns, Manage Templates.
Checking the permissions BwPostman works a bit different than Joomla!®. BwPostman checks bottom up: If a permission is explicitly set at a data set (allowed of forbidden), this permission is valid. If there is nothing set (inherited), the permission of the section will be checked. If the permission here is set explicitly, this permission is used. If not, the permissions of the component is used. At least now is clear, if a user is allowed to this action or not. The strategy Joomla!® uses, namely to check the permissions top down excludes to allow something on a lower level if it is forbidden at a higher level.
With this it is possible to allow for a user to edit a single mailing list while the others are tabu.
Important:
BwPostman works for the permissions like Joomla!® with user groups, not single users!
If You want to grant permissions for a user group from different sections, then You have to derive Your user group from a general user group. General user groups are Administrator, Publisher, Editor, Author, ManagerBwPostmanAdmin, BwPostmanManager, BwPostmanPublisher and BwPostmanEditor. If You derive from a section group of BwPostman, You will not get, what You want.
The permission Admin Login is always needed, so that the members of the appropriate user group are able to log in to back end.
Each of these user groups needs the permission Configure, otherwise their members don't see the menu at back end.