<div dir="ltr">Thanks I'll try to make a test case - I've already added passwords to our dev environment so all works as it did before now. It was an auth error.<div><br></div><div>As I was updating them, I noticed that, although the passwords had been left out, the colon was still there, so it may have been a parsing difference. Of course the colon shouldn't have been there.</div>
<div><br></div><div>ml</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 4, 2014 at 6:31 AM, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 03/04/14 18:30, Laing, Michael wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It appears that either the the source brokers or the destination brokers<br>
must now have a password provided even when using direct connection to<br>
both vhosts, i.e. the shovel is connecting vhosts on the same cluster.<br>
<br>
Formerly no password was required for either.<br>
</blockquote>
<br></div>
That really should not be happening - and in fact I just tested it and I could still set up a shovel specifying username but no password over a direct connection.<br>
<br>
Furthermore, in 3.3.0 if you specify no username for a direct connection it should always work rather than requiring the guest user to exist.<br>
<br>
So I'm curious: how exactly are you doing this? What error do you see?<br>
<br>
Cheers, Simon<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
</font></span></blockquote></div><br></div>