<feed xmlns='http://www.w3.org/2005/Atom'>
<title>monitoring-plugins/THANKS.in, branch v3.0.0-rc3</title>
<subtitle>Monitoring Plugins
</subtitle>
<id>https://www.monitoring-plugins.org/repositories/monitoring-plugins/atom?h=v3.0.0-rc3</id>
<link rel='self' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/atom?h=v3.0.0-rc3'/>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/'/>
<updated>2026-04-13T12:50:01Z</updated>
<entry>
<title>3.0.0-rc3 release</title>
<updated>2026-04-13T12:50:01Z</updated>
<author>
<name>Lorenz Kästle</name>
<email>lorenz.kaestle@netways.de</email>
</author>
<published>2026-04-13T12:50:01Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=cee88420a7439617cbe2b45d2aa2b6c5f360205a'/>
<id>urn:sha1:cee88420a7439617cbe2b45d2aa2b6c5f360205a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix/check curl sticky redir (#2188)</title>
<updated>2025-11-28T11:21:08Z</updated>
<author>
<name>Lorenz Kästle</name>
<email>12514511+RincewindsHat@users.noreply.github.com</email>
</author>
<published>2025-11-28T11:21:08Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=db2983da7e8175ca3928998d4547acdf75d55dc0'/>
<id>urn:sha1:db2983da7e8175ca3928998d4547acdf75d55dc0</id>
<content type='text'>
* check_curl: avoid freeing memory when we don't know where it came from

* check_curl: when using -f sticky conserve IPv6 addresses properly

When running the check on an ipv6 address with a sticky onredirect
policy like in this example:

  check_curl -6 -H example.com -I ::1 -f sticky

It results in a getaddrinfo error:

  HTTP CRITICAL - Unable to lookup IP address for '[::1]': getaddrinfo returned -3 - Temporary failure in name resolution

This happens because in check_http() if the content of server_addr is an
ipv6 address enclosing brackets are added and on redirection a
subsequent call to check_http() will pass this now bracketed value to
getaddrinfo resulting in the error.

To work around this, strip the brackets from the address prior to the
lookup_host() call.

* add Michael Jeanson to thanks</content>
</entry>
<entry>
<title>Adding new contributors to THANKS.in</title>
<updated>2024-07-23T19:26:58Z</updated>
<author>
<name>Jan Wagner</name>
<email>waja@cyconet.org</email>
</author>
<published>2024-07-23T17:04:16Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=7aa93401916747f28499fca5c3c3b145a6c2cb96'/>
<id>urn:sha1:7aa93401916747f28499fca5c3c3b145a6c2cb96</id>
<content type='text'>
</content>
</entry>
<entry>
<title>check_nwstat: adds percentage used space (#1183)</title>
<updated>2024-03-23T10:02:18Z</updated>
<author>
<name>waja</name>
<email>waja@users.noreply.github.com</email>
</author>
<published>2024-03-23T10:02:18Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=152acfabcf9faa3600b5ebb80a3fb569cd691ef3'/>
<id>urn:sha1:152acfabcf9faa3600b5ebb80a3fb569cd691ef3</id>
<content type='text'>
* check_nwstat: adds percentage used space

This adds the new VPU parameter to the check_nwstat plugin.
This parameter returns the percentage used space on a Netware volume.
Now you can monitor your Netware volumes easy. We use it with a warning
85% and critical 90%.
eg: check_nwstat -H your.netware.host -v VPUvol1 -c 85 -w 90 returns
324653 MB (95%) used on volume vol1 - total 340212 MB|Used space in percent
on vol1=95;90;80;0;100.

* check_nwstat: Fixing whitespaces and tabs

* Update translation files

* check_nwstat: Use C99 booleans also with the patch

* Some formatting

---------

Co-authored-by: RincewindsHat &lt;12514511+RincewindsHat@users.noreply.github.com&gt;</content>
</entry>
<entry>
<title>Prepare release 2.3.4</title>
<updated>2023-10-17T15:56:06Z</updated>
<author>
<name>Jan Wagner</name>
<email>waja@cyconet.org</email>
</author>
<published>2023-10-17T13:20:22Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=0d0b044c6d08a66b15257407b3906bcfba5d9fad'/>
<id>urn:sha1:0d0b044c6d08a66b15257407b3906bcfba5d9fad</id>
<content type='text'>
</content>
</entry>
<entry>
<title>check_mailq.pl: separate submission queue</title>
<updated>2023-02-03T14:44:52Z</updated>
<author>
<name>Jan Wagner</name>
<email>waja@cyconet.org</email>
</author>
<published>2013-10-01T13:06:51Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=12ae1fb6627bfef419fb4571a7189909107f5e6e'/>
<id>urn:sha1:12ae1fb6627bfef419fb4571a7189909107f5e6e</id>
<content type='text'>
check_mailq.pl ignores the separate submission queue used in (modern?) sendmail
implementations.

For the queue output below with one message in the submission queue and no
messages in the transport queue, check_mailq.pl reports zero messages in the
queue because the request count from the last queue always overwrites previous
queues. If the sendmail MTA isn't running or has become wedged, messages will
sit in the submission queue forever.

The attached patch fixes this in a backwards compatible way (i.e., it shouldn't
break any of the currently supported formats).
--
Just turning attached patch of github issue #972 into a push request.
(Closes #972)
</content>
</entry>
<entry>
<title>Preaparing Release 2.3.3</title>
<updated>2023-02-01T13:40:55Z</updated>
<author>
<name>Jan Wagner</name>
<email>waja@cyconet.org</email>
</author>
<published>2023-02-01T13:40:55Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=1a964086aacce594ea73a641620ccfdc98782105'/>
<id>urn:sha1:1a964086aacce594ea73a641620ccfdc98782105</id>
<content type='text'>
</content>
</entry>
<entry>
<title>release v2.3.2</title>
<updated>2022-10-19T12:47:57Z</updated>
<author>
<name>Sven Nierlein</name>
<email>sven@nierlein.de</email>
</author>
<published>2022-10-19T12:31:59Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=d4f71ac2e7370e20b64150db0b859c9ba4b6a098'/>
<id>urn:sha1:d4f71ac2e7370e20b64150db0b859c9ba4b6a098</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Updating THANKS.in</title>
<updated>2022-10-07T13:08:36Z</updated>
<author>
<name>Jan Wagner</name>
<email>waja@cyconet.org</email>
</author>
<published>2021-04-10T12:13:41Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=a6af5119d0dd5063a36498ca38153cd7389c2c46'/>
<id>urn:sha1:a6af5119d0dd5063a36498ca38153cd7389c2c46</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Updating contributors</title>
<updated>2020-12-09T21:09:38Z</updated>
<author>
<name>Jan Wagner</name>
<email>waja@cyconet.org</email>
</author>
<published>2020-12-09T14:32:23Z</published>
<link rel='alternate' type='text/html' href='https://www.monitoring-plugins.org/repositories/monitoring-plugins/commit/?id=5789a76bbce7dbe3793058b13419b701822d4b8b'/>
<id>urn:sha1:5789a76bbce7dbe3793058b13419b701822d4b8b</id>
<content type='text'>
</content>
</entry>
</feed>
