Yes, very interesting, don't see the benefit personally, but feel free to write the thing and propose a patch.
Problem's that the manual notes different signals doing very different things, for example:
Code:
When it receives a SIGHUP, dnsmasq clears its cache and then re-loads /etc/hosts and /etc/ethers and any file given by --dhcp-hostsfile, --dhcp-hostsdir, --dhcp-optsfile,
--dhcp-optsdir, --addn-hosts or --hostsdir. The DHCP lease change script is called for all existing DHCP leases. If --no-poll is set SIGHUP also re-reads
/etc/resolv.conf. SIGHUP does NOT re-read the configuration file.
For this reason I don't use the rc functions and just send a SIGHUP, my opinion is that rc.dnsmasq restart should send a SIGHUP, but then someone else may expect it to reload a config file..
Real fix for this situation would be to make multiple new functions in rc.dnsmasq, one for each supported signal, and only then make it echo a different message for each of them.
If rc.dnsmasq restart just kills the server and starts another one, the message is correct.
If you don't agree, just make it echo whatever message you want on restart function, it's easy enough.