This is a bugfix release. The changes below include the changes for 1.4.6, which wasn't announced.
_mosquitto_socketpair() on Windows, reducing the chance of delays whenmosquitto_pub -l stripping the final character on a line. Closes
#483981.If you want to use TLS certificates you've generated using the Let's Encrypt service, this is how you should configure your listener (replace "example.com" with your own domain of course):
Then use the following for your mosquitto.conf:
listener 8883 cafile /etc/ssl/certs/ISRG_Root_X1.pem certfile /etc/letsencrypt/live/example.com/fullchain.pem keyfile /etc/letsencrypt/live/example.com/privkey.pem
Since version 2.0 of Mosquitto, you can send a SIGHUP to the broker to cause it to reload certificates. Prior to this version, mosquitto would never update listener settings when running, so you will need to completely restart the broker.
This is a bugfix release:
mosquitto_pub -l now no longer limited to 1024 byte lines. Closes
#478917.This is a bugfix release.
This is a bugfix release.
autosave_interval, most noticable for
autosave_interval=1. Closes #465438.mosquitto_strerror.The current unreleased libwebsockets master branch defines the VERSION macro in its header files. I believe this to be a bug in libwebsockets.
This bug causes compilation of mosquitto with websockets support to fail.
Please use a released version of libwebsockets, either 1.2, 1.3 or 1.4. Mosquitto will compile with all of these versions.
I do not recommend using an unreleased version of libwebsockets, the project is not shy about making ABI/API incompatible changes between releases so it is impractical to provide support for.
This is a bugfix release.
auth_opt_ arguments with extra spaces/tabs.mosquitto_connect*_async() not completing.This is a bugfix and security release. Users of mosquitto 1.4 are strongly advised to upgrade. Upgrading from earlier versions is recommended but not as important.
mosquitto_socket(). Closes #461705.mosquitto_lib_init/mosquitto_lib_cleanup.
Closes #462780._mosquitto_mid_generate() thread safe. Closes #463479.This is a feature release and is also the first release of the mosquitto project from the Eclipse Foundation umbrella. The code is now dual licenced under the EPL. The EDL and BSD 3 clause license are essentially identical so if you were happy with the BSD license then you should be happy with the EDL.
Files distributed will remain in the same place but will in some cases also be available on the Eclipse download servers.
local_* options. This may affect you if you are using authentication
and/or ACLs with bridges.use_username_as_clientid option on the broker, for preventing
hijacking of a client id.local_clientid, local_username, local_password for bridge
connections to authenticate to the local broker.session present in CONNACK messages for MQTT v3.1.1.-b (batch mode) to allow the password to be
provided at the command line.use_username_as_clientid which can be used with
authentication to restrict ownership of client ids and hence prevent one
client disconnecting another by using the same client id.require_certificate was false, the broker was incorrectly asking for
a certificate (but not checking it). This caused problems with some clients
and has been fixed so the broker no longer asks.bridge_attempt_unsubscribe option has been added, to allow the sending
of UNSUBSCRIBE requests to be disabled for topics with "out" direction.
Closes bug #456899.persistent_client_expiration option. Closes bug #425835.log_dest file the output file is now flushed periodically.-C option to mosquitto_sub to allow the client to quit after receiving
a certain count of messages. Closes bug #453850.--proxy SOCKS5 support for both clients.This release introduces two new dependencies, libwebsockets and libuuid. Both are optional. libuuid comes from the e2fsprogs project and allows the broker to generate random client ids for MQTT v.3.1.1. The libwebsockets dependency can use either libwebsockets 1.3 or 1.2.x, with 1.3 being the preferred choice.
The mosquitto project has, or can get, access to a wide variety of different systems to help with development. One important platform for which this is not true is Mac OS X. There are sufficient differences between Macs and other systems that this makes life difficult.
To this end, I would like to reach out to the mosquitto community to ask for help with obtaining either
I have been offered a remote account by a few individuals in the past, for which I'm very grateful, but only on a short term basis and, understandably, with limited control. Something on a longer term, with the ability to install packages would be much more useful. Unfortunately I realise this is relatively difficult to offer.
On the hardware side of things, there isn't a need for a modern, powerful computer. A second hand Mac Mini of Core2Duo vintage with 1GB RAM and a reasonably modern version of Mac OS X would be quite sufficient, and ideal for me in terms of the space it takes up. Regrettably I feel I would have to turn down offers of an old iMac or Mac Pro.
2007-era Mac Minis go on Ebay UK for around £100. I'm hopeful that there is a company out there using mosquitto, likes Macs and for whom £100 would be a drop in the ocean. If so, or any individuals want to help out with a small donation towards this, please get in touch directly to roger@atchoo.org or head over to the downloads page to see the paypal donation link, and thanks very much in advance.
Update:
I have now awaiting delivery of a Mac mini. Thanks very much to all of you that have contributed, it is very much appreciated. If you would still like to support mosquitto development please don't let this put you off...