release: 0.3.0: PTR fix via public resolvers; monitoring URLs and nav icons
panel: the PTR (reverse DNS) check no longer reports a correctly published Fixed: - panel: the PTR (reverse DNS) check no longer reports a correctly published Changed: - panel: the three monitoring pages now live at URLs that match their nav - panel: each entry in the navigation bar now carries an icon beside its label, - panel: the navigation bar is laid out as two rows on purpose — the signed-in Full detail: CHANGELOG.md (0.3.0).
This commit is contained in:
@@ -22,6 +22,15 @@ SEND_LOG_RETENTION_DAYS=90
|
||||
# monitoring screens does not count as activity, only navigation/actions do.
|
||||
PANEL_SESSION_IDLE_DAYS=7
|
||||
|
||||
# Comma-separated resolvers the panel's deliverability checks (PTR, SPF, DKIM,
|
||||
# DMARC) query directly. They deliberately skip this host's own resolver: with
|
||||
# systemd-resolved the reverse lookup of the server's IP answers with the local
|
||||
# hostname instead of the PTR record published in public DNS, which made the
|
||||
# panel report a correct PTR as wrong. Leave unset for the public defaults
|
||||
# (1.1.1.1, 8.8.8.8, 9.9.9.9); set it if outbound port 53 is closed or you run
|
||||
# your own recursor, e.g. SELFPOST_DNS_RESOLVERS=10.0.0.2:53
|
||||
# SELFPOST_DNS_RESOLVERS=
|
||||
|
||||
# Comma-separated CIDRs (bare IPs allowed) of reverse proxies allowed to
|
||||
# supply X-Forwarded-For for login/setup rate-limiting. Leave unset unless
|
||||
# you know the exact address of your reverse proxy — trusting the wrong
|
||||
|
||||
Reference in New Issue
Block a user