Https MSMQ:同时接收正极和负极;邮件传递的否定确认

Https MSMQ:同时接收正极和负极;邮件传递的否定确认,https,msmq,Https,Msmq,我有一个简单的C#应用程序,它通过MSMQ通过HTTPS向远程服务器发送消息。 我已经为消息指定了一个TimeToRechQueue值和一个管理队列,这样我就可以收到关于消息传递的肯定或否定的确认(我指定了“FullReachQueue”作为确认类型) 在发送消息大约10秒后,我在本地管理队列中收到一条消息,说“消息到达队列”。然而,在TimeToRechQueue间隔到期后(30秒或5分钟),我收到第二条消息,说“到达队列的时间已过” 我能找到的每一个对“TimeToRechQueue”间隔的

我有一个简单的C#应用程序,它通过MSMQ通过HTTPS向远程服务器发送消息。 我已经为消息指定了一个TimeToRechQueue值和一个管理队列,这样我就可以收到关于消息传递的肯定或否定的确认(我指定了“FullReachQueue”作为确认类型) 在发送消息大约10秒后,我在本地管理队列中收到一条消息,说“消息到达队列”。然而,在TimeToRechQueue间隔到期后(30秒或5分钟),我收到第二条消息,说“到达队列的时间已过” 我能找到的每一个对“TimeToRechQueue”间隔的引用都表明,如果消息没有在指定的间隔内到达队列,则只能得到否定的确认


当我检查远程服务器的队列时,消息实际上在目标队列中,那么我如何才能收到消息说它已经到达和没有到达?

远程服务器上是否有任何传出队列指向原始发送机器,其中包含任何类型的ack消息?

是--当我发送消息时,远程服务器创建2个传出队列。一个是http://sendingserver/adminqueue,状态为“connected”,但有0条消息。另一个是https://sendingserver/adminqueue?SenderStream=LOTS\u OF\u东西,有1条“QM Ordering ACK”消息,但它的状态是“等待连接”,然后它变为非活动状态。MSMQ将ACK用于内部和用户指定的目的。内部ACK无法返回,导致TTRQ超时。第二个传出队列指向HTTPS版本的管理员地址。我假设发送服务器没有SSL证书设置,因此失败。以前从未见过这种情况,但我对SSL上的MSMQ几乎没有经验。发送服务器确实有一个有效的、受信任的证书。我们现在最好的猜测是这是一个NAT问题。NAT问题?这难道不会阻止http://sendingserver/adminqueue工作吗?快速测试-您是否可以使用IE(或类似工具)从远程服务器浏览到?