好问题！这确实是MQTT 3.1.1规范里没直接覆盖的场景——规范只要求当Clean Session=0时Broker必须保留会话状态（包括未确认的QoS 1/2消息），但没定义过期清理规则。不过主流MQTT Broker都提供了扩展特性或配置项来解决这个需求，下面分场景给你具体实现思路：

一、优先使用MQTT 5.0标准特性（推荐） #

如果你的客户端和Broker都支持MQTT 5.0，这是最标准的解决方案：

• 设置会话过期时间（Session Expiry Interval）
  客户端在发送CONNECT报文时，指定Session Expiry Interval为5天（换算为秒是 5*24*3600=432000）。这个参数会告诉Broker：当客户端断开连接后，最多保留该会话5天，5天后自动删除整个会话（包括所有未确认的QoS 1消息）。

  注意：如果客户端在5天内重新连接（保持相同Client ID且Clean Session=0），会话过期时间会重置。

• 设置消息过期时间（Message Expiry Interval）
  发布QoS 1消息时，为每条消息添加Message Expiry Interval参数（同样设为432000秒）。这样即使消息还保存在会话中，一旦超过5天，Broker会自动丢弃它，确保客户端重新连接时不会收到过期消息——哪怕会话本身还没过期。

二、基于MQTT 3.1.1的Broker扩展配置 #

如果只能用MQTT 3.1.1，不同Broker有不同的扩展配置：

Mosquitto Broker #

在mosquitto.conf中添加以下配置：

# 设置持久化客户端会话的过期时间为5天
persistent_client_expiration 5d

这个配置会让Mosquitto自动清理超过5天未连接的持久化客户端会话，会话关联的所有未确认QoS 1消息也会被一并删除。

EMQX Broker #

1. 全局会话超时配置：在EMQX控制台或emqx.conf中设置session_expiry_interval为432000秒，全局生效所有持久化会话。
2. 规则引擎自定义清理：创建定时规则，定期扫描所有会话，筛选出最后连接时间超过5天的会话，调用API删除会话，从而清除未确认消息。

三、自定义脚本/工具（通用方案） #

如果你的Broker没有现成的配置支持，可以自己写一个后台脚本：

• 通过Broker提供的管理API（比如EMQX的HTTP API、Mosquitto的mosquitto_ctrl命令行工具），定期获取所有Clean Session=0的持久化会话列表。
• 检查每个会话的最后活跃时间，对超过5天的会话执行删除操作，Broker会自动清理该会话下的所有未确认消息。
• 可以用Python、Shell等脚本语言实现，配合系统定时任务（比如Linux的cron）每天执行一次。

关键注意事项 #

• 确保客户端使用固定的Client ID，并且始终设置Clean Session=0，否则Broker无法关联到对应的持久化会话。
• 测试时注意：如果客户端在5天内重新连接，会话不会被删除，未确认的消息仍会被转发——这符合你“只丢弃超过5天的消息”的需求。

内容的提问来源于stack exchange，提问作者enator