根据告警通知发送范围，选择发送给“本部门”或者“本部门及所有上级部门”。 告警发送通知范围支持发送给系统管理员，请根据自身情况选择是否发送。 图2 告警发送配置 单击“确认”，返回告警配置页面，即可查看已配置的告警发送信息。 图3 查看告警发送配置 父主题： 告警配置

查看更多 →

DisConnect：关闭与压测网站的连接。 Pong：向压测网站发送pong。 Ping&Pong：向压测网站发送pong期望返回ping。 Request：向压测网站发送请求并接收响应。 ReadOnly：仅接收压测网站发送的信息。 WriteOnly：仅向压测网站发送信息。 请求连接地址 WebSo

查看更多 →

隐私保护通话 平台（服务端） 客户应用（客户端） 若要接收呼叫事件通知，客户添加应用时需设置呼叫状态接收地址，并确保提供的地址能够正常处理隐私保护通话平台发送的通知消息。 X模式话单通知接口 隐私保护通话平台向客户推送通话的话单信息 隐私保护通话平台（服务端） 客户应用（客户端） 若要接收话单通知，

查看更多 →

系统设置 > 远程通知”。 在左侧导航树中选择“发送通知”。 在“发送类型”下拉菜单中，选择“用户”或“用户组”。 当“发送类型”选择“用户”时，支持“按用户名搜索”、“按手机号码精确搜索”或“按邮箱地址精确搜索”。 根据“发送类型”选择需要发送通知的用户或用户组，单击“下一步”。 （可选）选择所需的模板，单击“下一步”。

查看更多 →

自动发送通知 父主题： 发送通知

查看更多 →

发送POST请求 发送一个POST请求。此方法是同步的，请求发送过程中会阻塞直到发送完毕。支持TLS1.2安全协定，超时设为20秒。 接口调用 int hilens::POST(const std::string & url, const Json::Value & body, long

查看更多 →

发送网络请求 请求参数 参数 类型 必填 说明 url String 是 接口url。提示：URL中如果包含中文或者特殊字符，请使用encodeURIComponent进行处理 method String 是 服务请求类型，仅支持 get / post / put / delete

查看更多 →

邮件发送失败？ 登录 企业邮箱 web端，检查发件是否正常。如果web端发件失败，请联系企业邮箱管理员处理。 清空 WeLink 发件箱内所有邮件后尝试发送。 移动端无法发送邮件请进行以下操作： 单击头像—设置—应用设置—邮件—长按”邮件同步天数”—确定重新同步邮件数据—退出WeLink重新登录。

查看更多 →

则，请参考短信内容长度计算规则。 - 发送类型 根据需要选择“立即发送”或“定时发送”。 定时发送 定时发送时间 根据需要，设置需要定时发送的时间范围。 说明： 若“发送类型”选择“定时发送”，且智能信息模板的签名类型为“营销类”，“定时发送”时间的范围为：8：00~21：00。

查看更多 →

智能信息发送 在短信服务已经建好短消息模板，为何发送智能信息时无法选择？ 父主题： 智能信息

查看更多 →

发送分批短信 功能介绍 该接口用于向不同用户发送不同内容的短信。 前提条件 已创建短信应用。 已申请短信签名，获取签名通道号。 已申请短信模板，获取模板ID。 注意事项 单条短信最多允许携带500个号码，每个号码最大长度为21位。 URI POST /v1/aim/sms/diff-messages

查看更多 →

智能信息发送 查询智能信息发送任务 发送智能信息 查询智能信息发送明细 查询智能信息发送报表 父主题： API

查看更多 →

段时间后再查询。 “发送结果”显示“成功”，表示短信发送成功，即状态报告已返回且“状态码”为“DELIVRD”。 “发送结果”显示“失败”，表示短信发送失败，即状态报告已返回而“状态码”为除DELIVRD外的其他值。 “发送结果”显示“发送中”，表示短信已发送，状态报告未返回的状

查看更多 →

发送心跳信息 功能介绍 服务提供端需要向服务中心发送心跳信息，以保证服务中心感知服务实例是否健康。 接口约束 无 URI PUT /v4/{project_id}/registry/microservices/{service_id}/instances/{instance_id}/heartbeat

查看更多 →

发送接收短信 Java SDK使用指导

查看更多 →

1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在堆积消息后面，将不能严格按照配置的时间进行投递。 由于客户端和服务端可能存在时间差，

查看更多 →

1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在堆积消息后面，将不能严格按照配置的时间进行投递。 由于客户端和服务端可能存在时间差，

查看更多 →

1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在堆积消息后面，将不能严格按照配置的时间进行投递。 由于客户端和服务端可能存在时间差，

查看更多 →

1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在堆积消息后面，将不能严格按照配置的时间进行投递。 由于客户端和服务端可能存在时间差，

查看更多 →

发送心跳信息 功能介绍 服务提供端需要向服务中心发送心跳信息，以保证服务中心感知服务实例是否健康。 接口约束 无 URI PUT /v4/{project_id}/registry/microservices/{service_id}/instances/{instance_id}/heartbeat

查看更多 →

真正处理请求2，而是直接响应RST_STREAM。因此，如果客户端在发送请求后紧接着发送RST_STREAM，就可以不停地向Server发送请求且不用等待任何响应，而Server则会陷入不停地接收请求-处理请求-直接结束请求的循环中，这个过程会消耗部分系统资源。 从而，恶意攻击者

查看更多 →