嗨Anant，

首先，您需要检查队列PI tunnig。 Mike Sibler 的博客可能对调整PI很有帮助/PO邮件系统队列

此外，英瑞（Eng Swee Yeoh）在他的博客处理和防止邮件停留在"待传递"状态，而不是直接与JMS适配器有关，但是您可以提取一些想法。

致谢。

嗨，阿南特，

我也遇到了同样的问题，并尝试了几乎所有上述解决方案。 根据我的发现，这是PI当前SP级别的IDOC元数据问题。 SAP也没有得到任何积极的答复。 因此，我们进行了SP升级以消除此错误。 我们正在使用PO 7.4 SP08，一切看起来都很好。

请检查IDOC元数据以了解特定情况。 就我而言，系统重新启动后数据就消失了。 有一些已知的IDOC元数据问题和 SAP注释。

Sachin Dhingra

大家好，

我已经尝试了所有给定的解决方案，但消息仍处于传递状态。

实际上，消息停留在无限映射中，不会发送到通道，因此更改和停止通道并不能解决问题。

所以请您帮我清除挂起的线程，因为消息处于传递状态，日志显示正在执行映射，此后没有任何步骤。

提前谢谢。

嗨，阿南特，

可能是JMS适配器重新连接问题。

如果您在接收方使用Webshere MQ，则下面的SAP说明可能会有所帮助。

948016-JMS接收器通道的Websphere MQ重新连接问题

问题：在连接失败的情况下，JMS适配器未重新连接到队列管理器-例如，在重新启动队列管理器时可能会发生这种情况。 相反，当第一个消息通过无效的JMS连接对象从XI发送到队列时，会引发错误

解决方案：仅XI 30 SP20，XI 70 SP12提供替代解决方案。 新的解决方案设置了一个轮询作业，该作业会定期轮询JMS连接，以确定该连接有效还是无效。 轮询作业将有效期短的非持久消息发送到该连接上可用的临时队列。 当邮件发送到临时队列失败时，连接被确定为断开。 通过JMS通道配置中的附加参数激活轮询作业每90秒运行一次。 此轮询作业的资源成本是客户端和服务器之间的新TCP套接字连接（MQ提供程序的行为）。

可以通过在JMS接收器通信通道中设置JMS附加参数CONNECTION_TEST_POLL = true来激活连接测试轮询作业。

此致

Praveen。

嗨Anant，

请停止接收器频道。 重新启动服务器。 这将迫使消息出错。

这是一个快速修复。IñakiVila 为您提供了高质量的博客。

此致

Jannus Botha

嗨Anant，

如果重新启动频道后消息仍未移动，则可以创建此频道的副本，并在中使用该副本 ICO。在这种情况下，处于传递状态的邮件将变为错误状态，以后可以重新处理。

嗨，

我也面临着同样的问题，即邮件处于传递状态。

尝试所有选项后，我们将消息照原样保留。

邮件在1个月后被列入黑名单，之后我取消了邮件。

默认情况下启用黑名单，是否可以检查是否未禁用黑名单，所以状态会在一段时间后自动更改。