是否有一些标准配置设置、服务或工具可以接受来自一个队列的消息并将它们移动到另一个队列？自动处理死消息问题，并提供一些重试能力？我在想这就是“MSMQ 消息路由”所做的，但似乎找不到关于它的文档（Windows Mobile 6 除外，我不知道这是否相关）。
上下文：
我知道，在使用 MSMQ 时，您应该始终写入本地队列，这样就不太可能发生故障，然后 X 应该将该消息移动到远程队列。我的理解错了吗？这就是像 Biztalk 这样的消息传递基础设施的用武之地吗？是否不需要先写入本地队列以绝对确保成功？我应该自己构建 X 吗？
【问题讨论】：
正如 Hugh 所指出的，您只需要一个 MSMQ 队列就可以将消息从一个方向发送到一个目标。源和目标可以在同一台服务器、同一网络或跨互联网，但是，源和目标都必须运行 MSMQ 服务。
如果您需要进行“消息”路由（例如，处理来自多个源或目标队列的消息的交换机，或者根据消息类型将消息路由到一个或多个订阅者等），您需要的不仅仅是 MSMQ队列。 虽然您当然可以使用 BizTalk 进行消息路由，但如果您不需要使用 BizTalk 的其他功能，这将是昂贵的/过大的。建议你看看开源，或者自己构建一些自定义的东西。
但是通过“路由”，您可能指的是使用 HTTP 作为传输时的队列重定向功能，例如通过互联网（例如 here 和 here）。
Re : 发送失败并重试
我认为您已经掌握了大部分概念 - 通常消息传递重试功能应该隐含在 MSMQ 中。如果 MSMQ 无法在定义的过期时间之前传递消息，那么它将在死信队列中返回，然后源可以处理来自 DLQ 的消息，然后对它们进行“补偿”（例如，反转“发送”的操作，向用户指示失败等）。
但是，目标应用程序/侦听器需要执行目标中的“处理”类型重试（例如，如果目标系统关闭、死锁等）
执行此操作的常用方法包括：
但是，在大多数情况下，不希望无限期地重试处理，您最终需要承认失败并实施一种机制来记录消息和错误并将其从队列中删除。
但我不会“重试”业务失败（例如业务规则、验证等），并且应该在您的要求中定义如何处理这些问题的行为（例如帐户透支、消息格式不正确或不正确）有效等），例如通过将“NACK”类型的消息返回给源。
HTH
【讨论】：
MSMQ 将消息从一个队列发送到另一个队列。
假设您在远程机器上有一个队列。您想向该队列发送消息。
所以你创建了一个发件人。发件人是可以使用 MSMQ 传输来发送消息的应用程序。这可以是 .Net 队列客户端 (System.Messaging)、WCF 服务使用者（通过 netMsmqBinding 或 msmqIntegrationBinding、使用 MSMQ 适配器的 BizTalk 等。
当你发送消息时，实际发生的是：
在某些情况下，MSMQ 会遇到由于某种原因无法在目标队列上接收的消息。在这些情况下，如果您已指示消息将使用死信队列，那么 MSMQ 将确保将消息转发到死信队列。
【讨论】：