send-report

Emails system monitoring reports via SMTP when finding deltas cross configured thresholds.

2|Updated Jun 14, 2026
One-click install
npx skills add https://github.com/odysseyalive/claude-watchman --skill send-report-odysseyalive
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: send-report
Source: https://github.com/odysseyalive/claude-watchman/tree/main/skills/rhetoric/send-report
Command: npx skills add https://github.com/odysseyalive/claude-watchman --skill send-report-odysseyalive

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires msmtp.

What problem does it solve? Headless, scheduled server monitoring produces findings that nobody sees unless someone checks the machine. This Skill closes that gap by emailing the operator only when the delta of findings crosses a configured threshold, so a quiet machine stays quiet and real changes get attention. ## Core Features & Use Cases - Threshold-gated dispatch: Sends mail only when a new finding meets the minimum severity, a regression occurs, or a new outbound destination appears on a workstation, based on settings in config/watchman.conf. - Credential isolation: Reads SMTP credentials exclusively from .env through lib/smtp.sh, so secrets are never touched directly by the skill logic. - Graceful degradation: If mail is unconfigured or msmtp is missing, it logs and skips without crashing the monitoring loop. - Use Case: A cron-driven watchman run on a Linux server detects one regressed finding and two new high-severity findings; the skill builds a report from report-status output, appends the headless run-cost ledger, and emails the operator a subject like "watchman: 1 REGRESSED, 2 new high on host". ## Quick Start Ask the assistant to run the watchman loop and email me a report only if new high-severity findings or regressions appear on this server.

Frequently Asked Questions about send-report

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I send email alerts from a scheduled server monitoring script?▼

Use SMTP dispatch through msmtp with credentials stored in a .env file. The send_report function in lib/smtp.sh builds and sends the message, and it is invoked only after a threshold check confirms the findings delta is worth reporting.

How do I avoid alert fatigue from automated monitoring emails?▼

Gate every notification behind severity and regression thresholds. Mail is sent only when a new finding meets the minimum severity, a fixed issue regresses, or a new outbound destination appears, so quiet machines generate no mail at all.

Where should SMTP credentials be stored for a headless monitoring tool?▼

Store them in a .env file that is read exclusively by a single SMTP helper script. The skill never reads .env or credentials directly, keeping secrets isolated to one auditable gate.

What happens if msmtp is not installed or mail is unconfigured?▼

The dispatch degrades gracefully: the SMTP helper logs the condition and skips sending, so the monitoring loop continues running and never crashes due to missing mail configuration.

Can this skill modify system settings or databases while sending reports?▼

No. It only reads the findings journal and sends mail. A prime directive forbids any destructive action such as deleting files, modifying databases beyond routine journal updates, or stopping services.