sensitive.remote_sensitive_message_type是外置审核消息审核的消息类型，仅当开启外置消息审核时有效，如果想要外置消息审核文本内容，文本内容的类型是1，那么这里配置为1

如果是内置审核，IM服务会检查所有消息类型的MessagePlayout中的searchableContent

我们是外置消息审核，在消息敏感词替换以后，发送敏感消息内容的本机显示是无法替换*的，只有在清理缓存后刷新才能显示为替换后的*内容，有没有什么设置可以不用清理缓存就直接显示为敏感替换为*的内容呢？

另外还有涉及一个情况：A向B发送了“敏感词”，B收到消息时为“***”,A将该敏感词信息跟其他信息一起合并转发后（A没有清缓存，所以A看到的还是”敏感词“），B查看合并转发的消息中，发现消息是“敏感词”，而没有显示为“***”

Coffee 我们是外置消息审核，在消息敏感词替换以后，发送敏感消息内容的本机显示是无法替换*的，只有在清理缓存后刷新才能显示为替换后的*内容，有没有什么设置可以不用清理缓存就直接显示为敏感替换为*的内容呢？

这个原因是跟我们发送机制有关，A发送消息时，先将消息保存到本地，然后请求到IM服务，IM服务进行敏感词审核，敏感词替换后，分发给目的客户端，IM服务返回成功给A。这个流程中，A没有机会修改自己发送的消息，所以就会显示为原始消息。

当删除本地内容重新加载服务器端的内容时，因为服务器端的内容是已经替换完成的了，所以就是显示为*的内容。

有个办法是，可以让敏感词处理为发送失败，这样如果包含敏感词就无法发送。或者忽略这个缺陷，让发送者以为发送成功，实际上很多即时通讯软件都是这样处理的

当然这也是缺陷，我们后面会修复这个缺陷，但需要时间，你们如果关注这个缺陷的话，可以给我们server项目提个issue来跟踪这个问题，提issue的问题我们一般会排在较高优先级

Coffee 另外还有涉及一个情况：A向B发送了“敏感词”，B收到消息时为“***”,A将该敏感词信息跟其他信息一起合并转发后（A没有清缓存，所以A看到的还是”敏感词“），B查看合并转发的消息中，发现消息是“敏感词 ...

是的，组合消息设计时没有考虑到敏感词过滤的问题，这个问题也比较难处理，可能的处理办法有2个，一个是6楼说的敏感词命中后发送端也替换，这样保证所有组合消息内的消息都是经过敏感词过滤的。另外一种方法是在服务器端解开组合消息，对里面的每一条消息进行过滤，但这违反了服务器端透传消息的原则。我们需要时间考虑一下，请给我们提个issue跟踪一下这个问题