<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Monitorable changelog</title><description>Every change you can see, do, receive or pay for differently, dated the day it went live.</description><link>https://monitorable.io/changelog/</link><atom:link href="https://monitorable.io/changelog.xml" rel="self" type="application/rss+xml"/><item><title>ntfy servers on plain http</title><link>https://monitorable.io/changelog/#ntfy-http-server</link><guid isPermaLink="true">https://monitorable.io/changelog/#ntfy-http-server</guid><description>&lt;p&gt;An ntfy server entered as &lt;code&gt;http://…&lt;/code&gt; is now reached over http. Before, such a channel could not deliver. A &lt;code&gt;user:password@&lt;/code&gt; and a path in the server address are kept, so a self-hosted ntfy with access control or under a sub-path works too.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/alerting/notification-channels/&quot;&gt;Notification channels&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Wed, 28 Oct 2026 00:00:00 GMT</pubDate><category>Fixed</category></item><item><title>No repeat alert for a port that is gone for good</title><link>https://monitorable.io/changelog/#retired-port-no-refire</link><guid isPermaLink="true">https://monitorable.io/changelog/#retired-port-no-refire</guid><description>&lt;p&gt;A port incident that closed as Retired after 24 hours no longer opens again when the agent goes quiet and comes back soon after. Before, a short agent outage in that window sent a new alert about a port that had already been gone for a day.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/metrics/listening-ports/&quot;&gt;Listening ports&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Wed, 28 Oct 2026 00:00:00 GMT</pubDate><category>Fixed</category></item><item><title>Channel tests say why a destination was refused</title><link>https://monitorable.io/changelog/#test-channel-reason</link><guid isPermaLink="true">https://monitorable.io/changelog/#test-channel-reason</guid><description>&lt;p&gt;When you test a webhook or ntfy channel whose destination resolves to a private or reserved address, or answers with a redirect, the error now says which one and what to change: use a public URL, or the final URL after the redirect. Other failures still show “test notification failed”.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/alerting/notification-channels/#send-a-test&quot;&gt;Notification channels&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Wed, 28 Oct 2026 00:00:00 GMT</pubDate><category>Improved</category></item><item><title>Every webhook redirect now fails delivery</title><link>https://monitorable.io/changelog/#webhook-redirects</link><guid isPermaLink="true">https://monitorable.io/changelog/#webhook-redirects</guid><description>&lt;p&gt;A webhook or ntfy destination that answers with any redirect (3xx) now counts as a failed delivery. Before, a 300 without a target and a 304 counted as delivered. Point the channel at the final URL.&lt;/p&gt;
</description><pubDate>Wed, 28 Oct 2026 00:00:00 GMT</pubDate><category>Removed</category></item><item><title>Browse a live dashboard before you install anything</title><link>https://monitorable.io/changelog/#live-demo</link><guid isPermaLink="true">https://monitorable.io/changelog/#live-demo</guid><description>&lt;p&gt;The &lt;a href=&quot;https://app.monitorable.io/demo&quot;&gt;live demo&lt;/a&gt; opens the dashboard on a real fleet: servers running PostgreSQL, nginx and Gitea, with their own alert template and incidents. It is read-only and needs no account; every control that would change something is disabled, and server addresses are hidden.&lt;/p&gt;
</description><pubDate>Tue, 27 Oct 2026 00:00:00 GMT</pubDate><category>New</category></item><item><title>An &quot;Alert when…&quot; recipe on every docs page</title><link>https://monitorable.io/changelog/#alert-recipes</link><guid isPermaLink="true">https://monitorable.io/changelog/#alert-recipes</guid><description>&lt;p&gt;The systemd, SMART, Docker, host-metrics and no-data pages each end with a step-by-step recipe for the alert that matches them (service fails, disk about to fail, container stops, disk filling up, agent goes quiet), and the rules page explains how to set up one alert.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/alerting/rules/&quot;&gt;Alert rules&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Mon, 26 Oct 2026 00:00:00 GMT</pubDate><category>Improved</category></item><item><title>Listening ports panel and port alerts</title><link>https://monitorable.io/changelog/#listening-ports</link><guid isPermaLink="true">https://monitorable.io/changelog/#listening-ports</guid><description>&lt;p&gt;Each server page lists the TCP ports its services listen on, with the number of established connections per port and a history, and a “Port not listening” rule fires when a port you rely on closes. Needs agent v1.5.0 or later.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/metrics/listening-ports/&quot;&gt;Listening ports&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Sat, 24 Oct 2026 00:00:00 GMT</pubDate><category>New</category></item><item><title>&quot;Agent outdated&quot; dot only when the agent really is</title><link>https://monitorable.io/changelog/#agent-outdated-dot</link><guid isPermaLink="true">https://monitorable.io/changelog/#agent-outdated-dot</guid><description>&lt;p&gt;The outdated marker on the servers list compared versions loosely and could flag an agent that was current. It now compares strict semantic versions.&lt;/p&gt;
</description><pubDate>Fri, 23 Oct 2026 00:00:00 GMT</pubDate><category>Fixed</category></item><item><title>Our own downtime no longer counts against your servers</title><link>https://monitorable.io/changelog/#receiving-gaps</link><guid isPermaLink="true">https://monitorable.io/changelog/#receiving-gaps</guid><description>&lt;p&gt;If Monitorable itself stops receiving data (a deploy, an outage on our side), the gap is shown on the incident timeline as ours, and it does not fire or extend an Agent offline incident for your servers.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/alerting/overview/&quot;&gt;Alerting overview&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Sat, 17 Oct 2026 00:00:00 GMT</pubDate><category>Improved</category></item><item><title>Paid plans: Pro, Scale and Enterprise</title><link>https://monitorable.io/changelog/#paid-plans</link><guid isPermaLink="true">https://monitorable.io/changelog/#paid-plans</guid><description>&lt;p&gt;Paid plans are open, with card payment through Creem. They add more servers and longer metric history; Pro adds Slack, ntfy and webhook channels, Scale and Enterprise add PagerDuty too. The free Lite plan stays.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/#pricing&quot;&gt;plans and prices&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Fri, 16 Oct 2026 00:00:00 GMT</pubDate><category>New</category></item><item><title>Per-rule channels and escalation to a second channel set</title><link>https://monitorable.io/changelog/#per-rule-channels-escalation</link><guid isPermaLink="true">https://monitorable.io/changelog/#per-rule-channels-escalation</guid><description>&lt;p&gt;An alert template can send each rule to its own channels, and can escalate an unacknowledged incident to a second set of channels after a delay.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/alerting/notification-channels/&quot;&gt;Notification channels&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Fri, 16 Oct 2026 00:00:00 GMT</pubDate><category>New</category></item><item><title>Fewer repeat notifications after a recovery</title><link>https://monitorable.io/changelog/#fewer-repeat-notifications</link><guid isPermaLink="true">https://monitorable.io/changelog/#fewer-repeat-notifications</guid><description>&lt;p&gt;Threshold rules now resolve only once the value is clearly back under the threshold (a dead band at 90 % of it), resolve notifications are held through the 15-minute reopen window so a flapping metric sends one message instead of several, and reminders pause while a server’s agent is offline.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/alerting/rules/&quot;&gt;Alert rules&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Thu, 15 Oct 2026 00:00:00 GMT</pubDate><category>Improved</category></item><item><title>Mute a server for a set time, with a reason</title><link>https://monitorable.io/changelog/#timed-mute</link><guid isPermaLink="true">https://monitorable.io/changelog/#timed-mute</guid><description>&lt;p&gt;You can mute a server for a chosen duration and note why. Incidents on a muted server are held rather than resolved, the server leaves the attention tiers and the alerts badge, and alerting resumes when the mute ends.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/alerting/overview/&quot;&gt;Alerting overview&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Thu, 15 Oct 2026 00:00:00 GMT</pubDate><category>New</category></item><item><title>Permission limitations card lists only what you can grant</title><link>https://monitorable.io/changelog/#permission-limitations</link><guid isPermaLink="true">https://monitorable.io/changelog/#permission-limitations</guid><description>&lt;p&gt;The server page’s Permission limitations card now names only privileges you can actually grant, and the blanket “temperature monitoring needs root” notice is gone. Needs agent v1.4.5 or later.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/agent/requirements-permissions/&quot;&gt;Requirements and permissions&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Wed, 14 Oct 2026 00:00:00 GMT</pubDate><category>Fixed</category></item><item><title>Monitorable is live</title><link>https://monitorable.io/changelog/#launch</link><guid isPermaLink="true">https://monitorable.io/changelog/#launch</guid><description>&lt;p&gt;Monitorable is open to everyone. Install one agent per Linux server with a single command and get CPU, memory, disk, network, Docker containers, systemd services and SMART disk health in one dashboard, with alert rules that notify you by email, Telegram or Discord on the free Lite plan. The agent is a custom build of the OpenTelemetry Collector (open source, v1.4.4 at launch); it updates itself without a key and rolls back if an update fails, announces the server’s public IPv4 and IPv6 addresses, and never sends private IPs or MAC addresses.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;https://monitorable.io/docs/getting-started/&quot;&gt;Getting started&lt;/a&gt;, &lt;a href=&quot;https://monitorable.io/docs/agent/what-is-collected/&quot;&gt;What the agent collects&lt;/a&gt; and &lt;a href=&quot;https://monitorable.io/#pricing&quot;&gt;plans&lt;/a&gt;.&lt;/p&gt;
</description><pubDate>Mon, 12 Oct 2026 00:00:00 GMT</pubDate><category>New</category></item></channel></rss>