Sinks fail to resubscribe with RPCError: PRECONDITION_FAILED

[phijor]

By merging #38, we introduced a subtle "bug":

• a sink tries to resubscribe to an existing data queue by invoking sink.subscribe with the dataQueue argument set

• if that queue already exists and was declared without x-expires set, the manager will fail to re-declare the queue, since now RabbitMQ complains:

      PRECONDITION_FAILED - inequivalent arg 'x-expires' for queue 'sink-[xxx]-[uuid]-data' in vhost 'data': received the value '600000' of type 'signedint' but current is none
  

This happens only to queues that were declared by a manager running a version before #38 was implemented.

This is an exception that should lead to client termination, since freshly declaring a data queue does not lead to such conflicts of queue arguments. Still I think this is something we should look into.