Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [mosquitto-dev] Improve bridge

Hi Abilio,

It would be great to see some of those points included. I'm not
entirely sure about point 2, that's a good topic for discussion. We've
talked already about points 1 and 4, I just wanted to comment on
number 3 as well, just to note that bridges do already use the LWT, so
anything done there would have to be clear in the documentation and
not to conflict.

Priority wise, I'd suggest 4, 3, 1, 2. You've already started some
good work on the backoff (4), LWT should be fairly straightforward
(3), reloading would be very nice but I think could be tricky to do
well (1), and changing authentication has the risk of introducing
breaking changes which we don't want quite yet.

Does that sound reasonable? What would you prefer?


On Mon, 5 Nov 2018 at 06:58, Abilio Marques <abiliojr@xxxxxxxxx> wrote:
> Hello everyone,
> I've been a Mosquitto user for a couple of years now, but only recently I became interested in bridged connections. I identified a few things I can collaborate with:
> 1. Reload of the configuration on a signal (is in the todo list).
> 2. Extend the API for authentication so it allows to load bridge username and passwords from the outside world. Maybe also load the bridged topics from here as a bonus?
> 3. Add last will mechanism to the bridged connections.
> 4. Backoff mechanism in case of failure (see my previous post on the mail list for details).
> I would like to hear your opinion on these topics. I know they don't sound as important as MQTT 5 ;) (waiting for it with my fingers crossed), but they might be helpful for some other people.
> Would you have any priority preference for these features? Would you suggest anything for any particular point? Any other comments?
> Best,
> Abilio
> _______________________________________________
> mosquitto-dev mailing list
> mosquitto-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit

Back to the top