Skip to main content
MoleSignal currently provides three webhook connector types: Slack webhook, Lark webhook, and a generic JSON webhook. Create webhook connectors under Settings → Notify management → Connectors. Read Notification channels and delivery first for identity binding, policy creation, fallback routes, or delivery history.

Compare webhook types

For fixed_group, the connector sends to the configured URL. For webhook, the target value must be an absolute URL and overrides the configured URL for that delivery.

Slack webhook

Configure an incoming webhook URL and a timeout from 1 to 60 seconds:
MoleSignal joins the message title and Markdown body and sends:
A 2xx HTTP response is successful. Any other response or timeout marks the delivery as failed.

Lark webhook

Configure a Lark or Feishu custom bot URL. Add the bot signing secret only when signature verification is enabled:
Without a signing secret, MoleSignal sends:
With a signing secret, MoleSignal generates a Unix timestamp in seconds, builds timestamp + "\n" + secret, uses that value as the HMAC-SHA256 key for an empty message, and Base64-encodes the digest. The request includes both fields:
MoleSignal requires both a successful HTTP status and a zero code or status_code in the Lark response.
Keep the MoleSignal server clock synchronized. Lark rejects stale signed requests.

Generic webhook

Configure the default URL, method, headers, and timeout:
The method can be post, put, or patch. Header names and values must be valid HTTP headers. MoleSignal sends this envelope:
Any 2xx response is successful. If the response includes X-Request-ID, MoleSignal records the header value as the provider message ID.

Create and test over the API

Create a generic webhook connector:
Save the returned connector id, then send a test:
Listing, reading, creating, and updating connectors returns sensitive config fields as ***. During an existing connector update, send the unchanged *** value to preserve the stored secret.

Security and limitations

  • MoleSignal encrypts the complete connector configuration at rest.
  • API responses mask url, webhook_url, headers, secret, tokens, and passwords.
  • Treat a webhook URL as a credential even when no additional secret is configured.
  • Prefer https; use http only on a trusted network.
  • Restrict outbound access from MoleSignal to required connector destinations.
  • A disabled connector cannot send tests or notifications.
The current connector registry does not include native DingTalk or WeCom adapters. Use a generic webhook only when the target accepts the MoleSignal envelope, or place a transformation relay in front of the provider endpoint.
Last modified on August 4, 2026