Bug: 钉钉发送的信息被重复接收

[gltjk]

Describe the bug

自己开发插件时，钉钉发出的信息，会被接收两次。

Steps to reproduce

1. koishi 的钉钉适配器选择 ws 协议，输入 secret 和 appKey，其他选项保持不变。

2. 自己开发测试插件， index.ts 如下：

import { Context, Schema } from "koishi";

export const name = "test-plugin";

export interface Config {}

export const Config: Schema<Config> = Schema.object({});

export function apply(ctx: Context) {
  // write your plugin here
  ctx.on("message", (session) => {
    console.log(new Date());
    console.log('User:', session.content);
  });
}

3. 钉钉里进入与对应机器人的私聊，发送信息「hello」。

4. 控制台打印如下：（可见同一条信息过了一分钟后又被接收了一次）

2024-07-18T08:26:30.276Z
User: hello
2024-07-18T08:27:30.244Z
User: hello

Expected behavior

信息只接受一次，不要重复。

Screenshots

No response

Versions

• OS: macOS 14.5
• Platform: DingTalk
• Node version: 22.5.0
• Koishi version: 4.17.9

Additional context

No response

[ilharp]

有点奇怪，消息的重复投递看起来像是钉钉侧的行为，Koishi 并没有内置任何类似功能。

看看钉钉文档上是否说明具有此类行为？另外能否打印下 messageId，看看是否相同？

[gltjk]

有点奇怪，消息的重复投递看起来像是钉钉侧的行为，Koishi 并没有内置任何类似功能。

看看钉钉文档上是否说明具有此类行为？另外能否打印下 messageId，看看是否相同？

我刚刚试了直接打印 session.event 转成的 JSON，都是完全相同的。另外，我发现这个问题不光出现在我的插件里，我装了商城里其他可以自动回复的插件，通过钉钉访问时也都回复了两遍。

[MaikoTan]

Looks like Dingtalk requires a response from clients to confirm that such a message was successfully delivered and processed, otherwise, the Dingtalk server will re-deliver it.
Should check whether the response mechanism was correctly implemented on our side.

Ref: https://open.dingtalk.com/document/direction/stream-mode-protocol-access-description#f88942502bbie