Groups and resources
Not every address belongs to one person. A team wants [email protected] to reach everyone in sales; the front desk wants several people to answer [email protected] from one inbox; the office wants meeting rooms that people can book from their calendar. RapidMX has a tool for each:
| You want | Use |
|---|---|
| A second address for the same person or list | An alias address, or an alias domain |
| One address that delivers a copy to several people | A distribution list |
| One inbox that several people read and answer from | A shared mailbox |
| A room or piece of equipment people can book | A resource mailbox |
Aliases
An alias is an extra address that delivers to an existing mailbox or distribution list. A mailbox's page in the admin console shows its Alias addresses, and a distribution list's page shows its own.
There are two kinds:
- Alias addresses on one mailbox or list, such as
[email protected]for[email protected]. The admin console doesn't have a form for adding these yet; they can be set through the REST API, which accepts them as administrative fields of a mailbox or list. - Alias domains, which give every address on one domain a twin on another (
[email protected]for[email protected]). These are set up under Domains. See Alias domains.
Aliases must be on one of your domains, like any other address.
Distribution lists
A distribution list is an address that delivers a copy of each message to every member. Members can be mailboxes on this server, other distribution lists (lists can be nested), or addresses at other organizations, whose copy is sent on to them.
Create a list
- Open Distribution Lists and choose + New distribution list.
- Enter the Primary SMTP address (for example
[email protected]), a Name, and optionally a Description. The address must be on one of your verified domains and can't already be used by a mailbox or another list. - Choose Create distribution list. The list's page opens.
- Under Members, type each address in Member address to add and choose Add. Choose Remove beside a member to take them off.
Restrict senders
A list can be set to accept mail only from its own members. Its page shows this as Restrict senders: Only members may send, or No.
Members are recognized by a verified DKIM signature, as reported by your mail server's Authentication-Results header. That needs the server's trusted authserv id to be set (mail.trustedAuthservId in the Helm chart, which defaults to Postfix's host name when you use the bundled Postfix). If it isn't set, all mail sent to a restricted list is dropped. See Mail transport.
The admin console shows this setting but doesn't yet have a switch for it, or a button to delete a list; both are available through the REST API.
Nested lists are expanded up to 10 levels deep, and a loop (list A containing list B containing list A) is skipped rather than delivered forever.
Shared mailboxes
A shared mailbox has no single owner. People are given access to it, see it in their own mail app next to their own mailbox, and read and reply from it. It suits addresses like support@, hello@ or billing@.
Create a shared mailbox
- Open Mailboxes and choose + New mailbox.
- Enter the address and display name, for example
supportandSupport. - Under Owner, keep Shared mailbox (no single owner).
- Choose Create mailbox.
Give people access
On the mailbox's page, under Shared access:
- Enter the person's e-mail address, username or user id.
- Choose Read only or Full access, and grant it.
- To open the mailbox yourself, choose Add me.
The mailbox appears in each person's mail app. To take access away, choose Revoke; it takes effect immediately. Every grant and revocation is written to the audit log.
This is the only way an administrator opens a mailbox: you grant yourself access, visibly and on the record. It works only on shared mailboxes. A person's own mailbox can only be shared by its owner, which people do from their own settings (see Shared mailboxes and delegation).
Rooms and equipment
A resource mailbox represents something people book: a meeting room, a projector, a pool car. People add it to a meeting like any attendee, and it can accept or decline on its own according to rules you set, so two meetings don't end up in the same room.
Create a room or piece of equipment
- Open Mailboxes and choose + New mailbox.
- Enter the address and display name, for example
boardroomandBoardroom. - Keep Shared mailbox (no single owner). A resource has no owner.
- Tick This is a resource mailbox (a bookable room or piece of equipment) and fill in the settings below.
- Choose Create mailbox.
A mailbox becomes a resource when it's created; an existing mailbox can't be turned into one later. You can change the settings afterwards on the mailbox's page, under Resource settings, and save them with Save resource settings.
| Setting | What it does |
|---|---|
| Resource type | Room or Equipment |
| Capacity (optional) | How many people a room holds. Informational only; it doesn't affect booking. |
| Automatically accept booking requests | The resource answers meeting requests by itself: it accepts one that fits the rules below and declines one that doesn't, or that conflicts with an existing booking. Recurring meetings are checked occurrence by occurrence. Off by default. |
| Allow conflicting bookings (skip conflict checking entirely) | Requests are accepted even when the resource is already booked. |
| Booking window, in days (optional) | A request whose first occurrence is further away than this is declined. Empty means no limit. |
| Maximum duration, in minutes (optional) | A request longer than this is declined. Empty means no limit. |
The last three settings only take effect while Automatically accept booking requests is on. Without automatic acceptance, the resource doesn't answer requests by itself. Give the people who look after the room access under Shared access, as for any shared mailbox, so they can manage its calendar.
How people book rooms is described in Calendar.