Skip to content

Rocket.Chat Notifications

Overview

  • Source: https://rocket.chat/
  • Image Support: Yes
  • Attachment Support: No
  • Message Character Limits:
    • Body: 1000

Rocket.Chat can send notifications through the following modes:

  • webhook: A configured Incoming Webhook; this can be set up in the Administration area under Integrations heading.
  • basic: A user/password combination.

Secure connections (via https) should be referenced using rockets:// where as insecure connections (via http) should be referenced via rocket://.

Valid syntax is as follows:

  • rocket://{user}:{password}@{hostname}/#{channel}
  • rocket://{user}:{password}@{hostname}:{port}/#{channel}
  • rocket://{user}:{password}@{hostname}/{room_id}
  • rocket://{user}:{password}@{hostname}:{port}/{room_id}
  • rockets://{user}:{password}@{hostname}/#{channel}
  • rockets://{user}:{password}@{hostname}:{port}/#{channel}
  • rockets://{user}:{password}@{hostname}/{room_id}
  • rockets://{user}:{password}@{hostname}:{port}/{room_id}

Note: the ?avatar=yes option will only work if your user has the bot permission setting.

You can also form any combination of the above and perform updates from one url:

  • rocket://{user}:{password}@{hostname}/#{channel_id}/{room_id}

For the Basic Mode Only: if neither a {room_id} or #{channel} is specified then this notification will fail.

Valid syntax is as follows:

  • rocket://{webhook}@{hostname}/#{channel}
  • rocket://{webhook}@{hostname}/{room_id}
  • rocket://{webhook}@{hostname}/{@user}
  • rockets://{webhook}@{hostname}/#{channel}
  • rockets://{webhook}@{hostname}:{port}/#{channel}
  • rockets://{webhook}@{hostname}/{room_id}
  • rockets://{webhook}@{hostname}:{port}/{room_id}

You can also form any combination of the above and perform updates from one url:

  • rocket://{webhook}@{hostname}:{port}/#{channel_id}/{room_id}/@{user}

By default a webhook is set up to be associated with a channel. Thus the following syntax is also valid:

  • rocket://{webhook}@{hostname}/

Note: Some webhooks have slashes in them. For these you need to make sure you escape the slash (/) with %2F. So your URL may look like:

  • rocket://abcd%2F12345@{hostname}/ - Note the %2F (to swap out for / found in webhook)
VariableRequiredDescription
user*YesThe user identifier you’ve associated with your Rocket.Chat server. This is only required if you are not providing a webhook instead. This can be optionally combined with the webhook if you wish to over-ride the bot name.
password*YesThe password identifier you’ve associated with your Rocket.Chat server. This is only required if you are not providing a webhook instead. This value can also substitute for a pre-generated token as well.
webhook*YesThe incoming webhook you created and associated with your Rocket.Chat server . This is only required if you are not providing a webhook instead
hostnameYesThe Rocket.Chat server you’re sending your notification to.
portNoThe port the Rocket.Chat server is listening on. By default the port is 80 for rocket:// and 443 for all rockets:// references.
room_idNoA room identifier. Available for both basic and webhook modes.
channelNoChannels must be prefixed with a hash (#) or they will be interpreted as a room_id. Available for both basic and webhook modes. Channels must be registered with your Rocket.Chat server to work.
user_idNoAnother user you wish to notify. User IDs must be prefixed with an at symbol (@). Available for the webhook mode only.
modeNoThe authentication mode is automatically detected based what it parses from the URL provided. You only need to set this if you feel it is being detected incorrectly. The possible modes are basic, token, and webhook and are explained above.
avatarNoOverride the default avatar associated with the message to match that of the notification type (be that of a Warning, Error, Info, etc). By default this is set to No for basic mode and Yes for webhook mode.
VariableDescription
overflowThis parameter can be set to either split, truncate, or upstream. This determines how Apprise delivers the message you pass it. By default this is set to upstream
👉 upstream: Do nothing at all; pass the message exactly as you received it to the service.
👉 truncate: Ensure that the message will fit within the service’s documented upstream message limit. If more information was passed then the defined limit, the overhead information is truncated.
👉 split: similar to truncate except if the message doesn’t fit within the service’s documented upstream message limit, it is split into smaller chunks and they are all delivered sequentially there-after.
formatThis parameter can be set to either text, html, or markdown. Some services support the ability to post content by several different means. The default of this varies (it can be one of the 3 mentioned at any time depending on which service you choose). You can optionally force this setting to stray from the defaults if you wish. If the service doesn’t support different types of transmission formats, then this field is ignored.
verifyExternal requests made to secure locations (such as through the use of https) will have certificates associated with them. By default, Apprise will verify that these certificates are valid; if they are not then no notification will be sent to the source. In some occasions, a user might not have a certificate authority to verify the key against or they trust the source; in this case you will want to set this flag to no. By default it is set to yes.
ctoThis stands for Socket Connect Timeout. This is the number of seconds Requests will wait for your client to establish a connection to a remote machine (corresponding to the connect()) call on the socket. The default value is 4.0 seconds.
rtoThis stands for Socket Read Timeout. This is the number of seconds the client will wait for the server to send a response. The default value is 4.0 seconds.
emojisEnable Emoji support (such as providing :+1: would translate to 👍). By default this is set to no.
Note: Depending on server side settings, the administrator has the power to disable emoji support at a global level; but default this is not the case.
tzIdentify the IANA Time Zone Database you wish to operate as. By default this is detected based on the configuration the server hosting Apprise is running on. You can set this to things like America/Toronto, or any other properly formated Timezone describing your area.

Send a Rocket.Chat notification to the channel #nuxref:

Terminal window
# Assuming our {user} is l2g
# Assuming our {password} is awes0m3!
# Assuming our {hostname} is rocket.server.local
apprise -vv -t "Test Message Title" -b "Test Message Body" \
rocket://l2g:awes0m3!@rocket.server.local/#nuxref