POST /scheduled_messages
Create a new scheduled message.
Changes: In Zulip 7.0 (feature level 184), moved support for
editing a scheduled message to a
separate API endpoint, which removed the scheduled_message_id
parameter from this endpoint.
New in Zulip 7.0 (feature level 179).
Servers
- https://{subdomain}.zulipchat.com/api/v1
- {server}/api/v1
- https://chat.zulip.org/api/v1
Request headers
| Name | Type | Required | Description |
|---|---|---|---|
Content-Type |
String | Yes |
The media type of the request body.
Default value: "application/x-www-form-urlencoded" |
Request body fields
| Name | Type | Required | Description |
|---|---|---|---|
to |
Yes |
The scheduled message's tentative target audience. For channel messages, the integer ID of the channel. For direct messages, a list containing integer user IDs. |
|
topic |
String | No |
The topic of the message. Only required for channel messages
( Clients should use the Note: When When topics are required, this parameter can't
be Changes: Before Zulip 10.0 (feature level 370), Before Zulip 10.0 (feature level 334), empty string was not a valid topic name for channel messages. |
read_by_sender |
Boolean | No |
Whether the message should be initially marked read by its sender. If unspecified, the server uses a heuristic based on the client name and the recipient. Changes: New in Zulip 8.0 (feature level 236). |
type |
String | Yes |
The type of scheduled message to be sent. Note that, while Changes: In Zulip 9.0 (feature level 248), Valid values:
|
content |
String | Yes |
The content of the message. Clients should use the |
scheduled_delivery_timestamp |
Integer | Yes |
The UNIX timestamp for when the message will be sent, in UTC seconds. |
How to start integrating
- Add HTTP Task to your workflow definition.
- Search for the API you want to integrate with and click on the name.
- This loads the API reference documentation and prepares the Http request settings.
- Click Test request to test run your request to the API and see the API's response.