Closed johnsimons closed 9 years ago
Since MSMQ does support remote transactional reads now should we also make this a Log.Error|Warn to avoid blocking users if the validation is flawed?
We're doing similar validations in a few places. Make sure to consolidate them when we fix this
Just so that I understand the scope of this change:
Environment.MachineName
1: is done so there is now a workaround (use RuntimeEnvironment.MachineNameAction to override the machine name)
@johnsimons should this be in the distributor repo?
@SimonCropp I'm pretty sure this was fixed in https://github.com/Particular/NServiceBus/commit/301eb6783cce2e61c3afac5e23f9a66c0f493f46?diff=unified#diff-7e4fb8501d2f0d57e9d2b1318d6d1267R73, thoughts?
@johnsimons looks like it. so close?
If a user enable MSMQ to work with DNS aliases we need to ensure that the endpoint machine name is resolved via DNS and then check that against the loopback address.
Here is all the detail from a SO question: