ST Database Table queue_acl

phpMyAdmin can provide a detailed look at the current table definition (if you have the needed permissions).

Notes:

Field Notes Valid Values
queue_id identifies the queue(s) the rule applies to the name of a queue, or "*" if the rule applies for all queues.
auth_key authentication key, deprecated.
user_id identifies the actor (usually person) that the rule applies to an "id", which is a canonicalized e-mail address, or '*' or '=' which match anyone.
date_updated timestamp when this record was last updated a Unix ctime
date_expires timestamp when this record is no longer valid a Unix ctime
can_create can create requests a permission value (see below)
comment can comment on requests a permission value (see below)
reply can reply to requests a permission value (see below)
summary can display a request a permission value (see below)
history can display a request's history a permission value (see below)
manipulate can manipulate this queue a permission value (see below)
admin can admin this queue a permission value (see below)
mail is a 'member' of this queue, that will receive mail about activity if queues.m_members_correspond is true. a permission value (see below)

The permission values in the above fields are small integers, with these meanings:

Internal Name Value Meaning
perm_no 0 No
perm_yes 1 Yes
perm_own 2 Yes, if owner or requestor
perm_public 3 Yes, if owner or requestor, or record not private
perm_fields 4 Yes, if owner or requestor, or specific field not private

Not all fields above can have all permission values, as some don't make sense. E.g. perm_fields makes no sense for "reply".

It is assumed that all user_id's are authenticated. Internally, there's an "identified" field which means not authenticated, only identified. It's used for the email gateway, where authentication isn't practical. In theory, that field should be added to the above.