Start here
Your first request in four steps
List your connected mobiles and copy the target SID.
Create a notification with a title and message.
Poll the list endpoint by SID.
Use distribued_status and GMT timestamps to track distribution.
Official mobile application
The secure bridge between your phone, dashboard and API.
SMS and call operations pass through the official SMSMobileAPI app installed on your connected phone. The app securely pairs the device with your account, synchronizes authorized events and links the mobile network to the dashboard and REST API.
- Signed releases distributed through the official Google Play and Apple App Store listings
- Google and Apple platform review, signing and distribution controls
- Secure device pairing, HTTPS transport and authenticated API access
- Only the permissions required for the mobile features you enable
Authentication
Keep credentials on your server
Notification endpoints use the apikey parameter. A target phone is identified by sid when sending and by sid or sidentifiant when listing.
History management
Clear history safely: preview, delete, follow progress
These endpoints clear the selected server history for your API key, not messages on phones or external services. They do not provide account erasure. New activity can appear after deletion.
Read the request_id and retry guide
By default, linked or processing records remain visible. Only use include_linked=1 if you accept that integrations or ongoing processing may stop working.
How request_id works
- Preview the counts with action=preview. No request_id is needed and no records are deleted.
- Generate a unique request_id for a new deletion, for example a UUID. Save it before sending action=delete.
- For retries, timeouts or HTTP 202, reuse the same API key, history endpoint, request_id and include_linked value. Never generate a new ID automatically after an error.
- When completed=true, the operation is finished. Reusing its ID returns the same result instead of deleting newly arrived records. Use a new ID only for a deliberately new cleanup.
request_id identifies your deletion operation, not an individual SMS. Allowed format: 16–128 ASCII letters, digits, hyphens or underscores. A UUID generated with crypto.randomUUID() is suitable.
Deletion runs in batches. HTTP 202 with continue_required=true means you must repeat action=delete after 3 seconds. There is no background cron. action=status only reads progress, even when its HTTP status is 200.
Deletion and status examples
Replace the sample request_id with your own unique value before starting. The following delete requests change real account history; they are not previews.
curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
--data-urlencode "apikey=YOUR_API_KEY" \
-d "action=delete" -d "include_linked=0" \
-d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
-H "Authorization: Bearer YOUR_OAUTH_ACCESS_TOKEN" \
-d "action=delete" -d "include_linked=0" \
-d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"curl -G "https://api.smsmobileapi.com/delete-history-notifications/" \
--data-urlencode "apikey=YOUR_API_KEY" \
-d "action=status" \
-d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"GET also accepts action=preview or action=delete. POST is recommended: URL parameters can leak into browser history and server logs. Never place a deletion URL in a public link, image or prefetch.
For POST, send all parameters in the form body or a JSON object, never in the query string. Unknown parameters are rejected; date or mobile filters are not supported.
Authentication for history endpoints
Use apikey or an Authorization: Bearer access token issued by SMSMobileAPI OAuth2. Do not send a refresh token or an API key as a Bearer token. Expired tokens are refused.
When scopes are set, history:read allows preview/status and history:delete also allows deletion. Restrictions on both the token and OAuth client apply. Legacy tokens without scopes retain their existing account access.
OAuth2 selects the unique primary API key. If several primary keys exist, also provide apikey to select one belonging to the account. Secondary keys never grant access to the primary key history.
Read the response before continuing
count_delete is the cumulative number removed by this operation. selected_at_start is the initial selection; protected_at_start counts excluded records. Use preview.linked_or_processing to count linked records even when include_linked=1.
{
"result": {
"error": 0,
"history": "notifications",
"action": "delete",
"request_id": "6d54ac58-41f1-4fbc-9a39-6e6c86089451",
"status": "processing",
"completed": false,
"count_delete": 100,
"total_before": 250,
"selected_at_start": 200,
"protected_at_start": 50,
"include_linked": 0,
"continue_required": true,
"message": "Repeat GET or POST with the same request_id and include_linked to continue. Status requests do not run deletion."
}
}- 200 with completed=true: finished. A 200 preview or status response alone does not prove completion.
- 400 INVALID_REQUEST_ID: check the format. 404 REQUEST_NOT_FOUND: no operation exists for this ID, API key and history.
- 401: invalid or expired credentials. 403: insufficient OAuth scope or unauthorized account.
- 409 HISTORY_BUSY: another cleanup is running; continue it from the original client. 409 INCLUDE_LINKED_CONFLICT: restore the original include_linked value.
- 409 OAUTH_ACCOUNT_AMBIGUOUS: provide an API key belonging to this account.
- 503 or network interruption: some batches may already be completed. Check configuration, then retry with the original request_id. Do not create a replacement operation automatically.
POST · GET
Send a notification
https://api.smsmobileapi.com/notification/sendCreates an internal notification for one connected device.
Use it for operational alerts that should appear on a managed phone.
Parameters
| Name | Type | Requirement | Description |
|---|---|---|---|
apikey |
string | Required | Your API key. |
sid |
string | Required | Target mobile SID. |
title |
string | Optional | Notification title; defaults to Notification. |
message |
string | Required | Notification content. |
type |
string | Optional | Notification type; defaults to notification. |
Request example
curl -X POST "https://api.smsmobileapi.com/notification/send" \
-d "apikey=YOUR_API_KEY" \
-d "sid=TARGET_SIDENTIFIANT" \
--data-urlencode "title=Order ready" \
--data-urlencode "message=Order #1042 is ready for collection."
Example response
{
"success": true,
"message": "Notification created.",
"id": 22087,
"apikey": "YOUR_API_KEY",
"sid": "508b004b4aadacc4"
}
Want to run this request? Connect your API key at the top of the page to unlock the interactive tester.
Connect key ↑- Creation and distribution are separate events. Use the list endpoint to verify delivery to the device.
GET
List notifications
https://api.smsmobileapi.com/notification/list/Returns up to 200 notifications ordered from newest to oldest.
Use it to monitor distribution and build a notification history.
Parameters
| Name | Type | Requirement | Description |
|---|---|---|---|
apikey |
string | Required | Your API key. |
sidentifiant |
string | Optional | Filter by target mobile. |
sid |
string | Optional | Alias of sidentifiant. |
distribued |
0 | 1 | Optional | 1 for distributed, 0 for not distributed. |
date_from |
YYYY-MM-DD | Optional | Start date. |
date_to |
YYYY-MM-DD | Optional | End date. |
Request example
curl "https://api.smsmobileapi.com/notification/list/?apikey=YOUR_API_KEY&sidentifiant=TARGET_SIDENTIFIANT&distribued=1"
Example response
{
"success": true,
"count": 1,
"data": [{
"sidentifiant": "508b004b4aadacc4",
"title": "Order ready",
"message": "Order #1042 is ready for collection.",
"distribued": "1",
"distribued_status": "distributed",
"distributed_at_gmt": "2026-03-18 10:18:30",
"distributed_at_unix": 1773829110,
"sent_at_gmt": "2026-03-18 10:15:03",
"sent_at_unix": 1773828903
}]
}
Want to run this request? Connect your API key at the top of the page to unlock the interactive tester.
Connect key ↑- All sent and distributed timestamps are GMT.
POST · GET
Clear notification history
https://api.smsmobileapi.com/delete-history-notifications/Clears notification records for mobiles owned by this account. It does not disconnect the mobiles.
Use preview first, check the counts, then explicitly request deletion. This clears the entire selected history for the API key, without date, phone or message filters.
Parameters
| Name | Type | Requirement | Description |
|---|---|---|---|
apikey |
string | Optional | Required without OAuth2. With OAuth2, optionally select an API key belonging to the same account. |
action |
preview | delete | status | Optional | preview counts without deleting; delete starts or continues deletion; status reads progress without continuing. The API defaults to delete; this tester defaults to preview. |
include_linked |
0 | 1 | Optional | Default 0: keep linked or processing records. Set 1 to include them, with a risk of breaking integrations. Keep this value unchanged when continuing a deletion. |
request_id |
string | Optional | Required for delete and status, optional for preview. Use 16 to 128 letters, digits, hyphens or underscores. Generate one unique ID per new deletion and keep it for every retry. This is not a message ID or an API key. |
Request example
curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
--data-urlencode "apikey=YOUR_API_KEY" \
-d "action=preview" -d "include_linked=0"
Deletion and status examples
Replace the sample request_id with your own unique value before starting. The following delete requests change real account history; they are not previews.
curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
--data-urlencode "apikey=YOUR_API_KEY" \
-d "action=delete" -d "include_linked=0" \
-d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
-H "Authorization: Bearer YOUR_OAUTH_ACCESS_TOKEN" \
-d "action=delete" -d "include_linked=0" \
-d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"curl -G "https://api.smsmobileapi.com/delete-history-notifications/" \
--data-urlencode "apikey=YOUR_API_KEY" \
-d "action=status" \
-d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"Example response
{
"result": {
"error": 0,
"history": "notifications",
"action": "preview",
"total": 120,
"simple": 100,
"linked_or_processing": 20,
"selected": 100,
"include_linked": 0,
"operation_in_progress": false,
"active_include_linked": null
}
}
Want to run this request? Connect your API key at the top of the page to unlock the interactive tester.
Connect key ↑- The example above is a preview, not a deletion. Counts are illustrative; the definitive selection is fixed when deletion starts.
- include_linked=1 may disrupt GHL, Zapier, automations, unsubscribe links or delivery tracking. It never bypasses account ownership or storage integrity checks.
Troubleshooting
Errors and safe retries
Read the HTTP status and the JSON error field before retrying. Do not retry validation or authentication failures without correcting the request first.
| HTTP | Code | What to do |
|---|---|---|
| 400 | Missing required param | apikey, sid or message is missing. |
| 400 | Invalid date format | Use YYYY-MM-DD for date_from and date_to. |
| 400 | Invalid distribued value | Only 0 or 1 is accepted. |
| 500 | DB connection / query failed | The notification service could not complete the operation. |
Need help?
Bring the request context—not your secrets.
Share the endpoint, timestamp, HTTP status and sanitized response. Never include API keys, tokens or private message content.


