title: MSMQ throws away messages if the destination queue does not exist?
body: <p>I've encountered a weird situation:</p>
  
  <p>Messages are sent from ServerA to ServerB. It goes into ServerA outgoing queue and then sent to ServerB's queue.</p>
  
  <p>ServerB crashed. We had to reformat. When we brought it up, we forgot to install the MSMQ Service.</p>
  
  <p>Messages begin pilling up in ServerA's outgoing queue until the program that sends messages throws an insufficient resources exception.</p>
  
  <p>We notice the the error and installed the MSMQ Service onto ServerB. ServerA begins to immediately emptying its outgoing queue.</p>
  
  <p>When we started the program to process messages on ServerB, it couldn't connect. We learned that we forgot to create the queue on ServerB. However, by this time, it was too late. All 900K messages that sat in ServerA's queue has been sent to ServerB. From what I can tell, ServerB threw them away because it was not configured with the destination queue. I already know that the correct solution is to STOP the queue on ServerA until after we've completely setup ServerB.</p>
  
  <p>The question is: Is this really the true behavior that we should expect from MSMQ? I would've thought that a more defensive design approach would've been for ServerB to reject the messages instead of taking it and throwing them away.</p>