Push Gateway API

Warning

You are viewing an outdated version of this specification. To view the current specification, please click here.

Clients may want to receive push notifications when events are received at the homeserver. This is managed by a distinct entity called the Push Gateway.

Table of Contents

1   Changelog

Version: r0.1.0

No significant changes.

This version of the specification is generated from matrix-doc as of Git commit push_gateway/release-r0.1.0,4c9d672e.

For the full historical changelog, see https://github.com/matrix-org/matrix-doc/blob/main/changelogs/legacy/push_gateway.rst

1.1   Other versions of this specification

The following other versions are also available, in reverse chronological order:

  • HEAD: Includes all changes since the latest versioned release.

2   Overview

A client's homeserver forwards information about received events to the push gateway. The gateway then submits a push notification to the push notification provider (e.g. APNS, GCM).

                                  +--------------------+  +-------------------+
                 Matrix HTTP      |                    |  |                   |
            Notification Protocol |   App Developer    |  |   Device Vendor   |
                                  |                    |  |                   |
          +-------------------+   | +----------------+ |  | +---------------+ |
          |                   |   | |                | |  | |               | |
          | Matrix homeserver +----->  Push Gateway  +------> Push Provider | |
          |                   |   | |                | |  | |               | |
          +-^-----------------+   | +----------------+ |  | +----+----------+ |
            |                     |                    |  |      |            |
   Matrix   |                     |                    |  |      |            |
Client/Server API  +              |                    |  |      |            |
            |      |              +--------------------+  +-------------------+
            |   +--+-+                                           |
            |   |    <-------------------------------------------+
            +---+    |
                |    |          Provider Push Protocol
                +----+

        Mobile Device or Client

3   Homeserver behaviour

This describes the format used by "HTTP" pushers to send notifications of events to Push Gateways. If the endpoint returns an HTTP error code, the homeserver SHOULD retry for a reasonable amount of time using exponential backoff.

When pushing notifications for events, the hoemserver is expected to include all of the event-related fields in the /notify request. When the homeserver is performing a push where the format is "event_id_only", only the event_id, room_id, counts, and devices are required to be populated.

3.1   POST /_matrix/push/v1/notify

This endpoint is invoked by HTTP pushers to notify a push gateway about an event or update the number of unread notifications a user has. In the former case it will contain selected information about the event. In either case it may contain numeric counts of the number of unread events of different types the user has. The counts may be sent along with a notification about an event or by themselves.

Notifications about a particular event will normally cause the user to be alerted in some way. It is therefore necessary to perform duplicate suppression for such notifications using the event_id field to avoid retries of this HTTP API causing duplicate alerts. The operation of updating counts of unread notifications should be idempotent and therefore do not require duplicate suppression.

Notifications are sent to the URL configured when the pusher is created. This means that the HTTP path may be different depending on the push gateway.

Request format:

Parameter Type Description
JSON body parameters
notification Notification Required. Information about the push notification

Notification

Parameter Type Description
event_id string The Matrix event ID of the event being notified about. This is required if the notification is about a particular Matrix event. It may be omitted for notifications that only contain updated badge counts. This ID can and should be used to detect duplicate notification requests.
room_id string The ID of the room in which this event occurred. Required if the notification relates to a specific Matrix event.
type string The type of the event as in the event's type field.
sender string The sender of the event as in the corresponding event field.
sender_display_name string The current display name of the sender in the room in which the event occurred.
room_name string The name of the room in which the event occurred.
room_alias string An alias to display for the room in which the event occurred.
user_is_target boolean This is true if the user receiving the notification is the subject of a member event (i.e. the state_key of the member event is equal to the user's Matrix ID).
prio enum The priority of the notification. If omitted, high is assumed. This may be used by push gateways to deliver less time-sensitive notifications in a way that will preserve battery power on mobile devices. One of: ["high", "low"]
content EventContent The content field from the event, if present. The pusher may omit this if the event had no content or for any other reason.
counts Counts This is a dictionary of the current number of unacknowledged communications for the recipient user. Counts whose value is zero should be omitted.
devices [Device] Required. This is an array of devices that the notification should be sent to.

Counts

Parameter Type Description
unread integer The number of unread messages a user has across all of the rooms they are a member of.
missed_calls integer The number of unacknowledged missed calls a user has across all rooms of which they are a member.

Device

Parameter Type Description
app_id string Required. The app_id given when the pusher was created.
pushkey string Required. The pushkey given when the pusher was created.
pushkey_ts integer The unix timestamp (in seconds) when the pushkey was last updated.
data PusherData A dictionary of additional pusher-specific data. For 'http' pushers, this is the data dictionary passed in at pusher creation minus the url key.
tweaks Tweaks A dictionary of customisations made to the way this notification is to be presented. These are added by push rules.

Response format:

Parameter Type Description
rejected [string] Required. A list of all pushkeys given in the notification request that are not valid. These could have been rejected by an upstream gateway because they have expired or have never been valid. Homeservers must cease sending notification requests for these pushkeys and remove the associated pushers. It may not necessarily be the notification in the request that failed: it could be that a previous notification to the same pushkey failed. May be empty.

Example request:

POST /_matrix/push/v1/notify HTTP/1.1
Content-Type: application/json

{
  "notification": {
    "id": "$3957tyerfgewrf384",
    "room_id": "!slw48wfj34rtnrf:example.com",
    "type": "m.room.message",
    "sender": "@exampleuser:matrix.org",
    "sender_display_name": "Major Tom",
    "room_name": "Mission Control",
    "room_alias": "#exampleroom:matrix.org",
    "prio": "high",
    "content": {
      "msgtype": "m.text",
      "body": "I'm floating in a most peculiar way."
    },
    "counts": {
      "unread": 2,
      "missed_calls": 1
    },
    "devices": [
      {
        "app_id": "org.matrix.matrixConsole.ios",
        "pushkey": "V2h5IG9uIGVhcnRoIGRpZCB5b3UgZGVjb2RlIHRoaXM/",
        "pushkey_ts": 12345678,
        "data": {},
        "tweaks": {
          "sound": "bing"
        }
      }
    ]
  }
}

Response:

Status code 200:

A list of rejected push keys.

Example

{
  "rejected": [
    "V2h5IG9uIGVhcnRoIGRpZCB5b3UgZGVjb2RlIHRoaXM/"
  ]
}