<div dir="ltr"><div>Cheers all,</div><div><br></div><div>  A recent discussion in the issue tracker brought up the idea to allow the `LISTEN` keyword to also accept a single "host:port" token (e.g. if there is only one argument, with at least one colon, and the last colon is followed only by numbers, split it into host and port) : <a href="https://github.com/networkupstools/nut/issues/2424">https://github.com/networkupstools/nut/issues/2424</a></div><div><br></div><div>  I see certain pros to the idea (may be more simple to use and consistent with some other software setup), although I don't think it was an issue ever brought up in discussions before.</div><div><br></div><div>  There are also certain cons, primarily about parsing such stuff reliably and consistently in different code bases (now also with augeas and nutconf to worry about). The actual "production" parsing in NUT data server code should be trivial.</div><div><br></div><div>  On a somewhat related note, should the port part be constrained to numbers, or should it also pass through the naming database (resolve via typically /etc/services on POSIX systems) if it is a non-numeric string, similar to how we resolve host names into IP address numbers?</div><div><br></div><div>  What would the community say, is any of this worth spending time on? Would anyone volunteer to roll up the sleeves for that? :)</div><div><br></div><div>Jim Klimov</div><div><br></div></div>