@bobfrankston/rmfmail 1.2.288 → 1.2.289

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/.commitmsg CHANGED
@@ -1,29 +1,12 @@
1
- Trust: a message that never crossed a trust boundary proves itself
2
-
3
- Bob 2026-08-27, on his own reply to John Levine about spam handling: "why is
4
- my own mail spam". It carried no Authentication-Results at all — his own
5
- authenticated submission never left his systems, so nothing added one — and
6
- `proved` therefore came back false, dropping it to a caution banner that told
7
- him not to open the links in prose he had just written. What flagged it was
8
- `URIBL_DBL_SPAM` 8.0 on blueorchestra.org: the domain he was QUOTING, in a
9
- discussion about spam. Guilt by association at its purest.
10
-
11
- SpamAssassin states two proofs in its own rule list that such mail carries
12
- instead of an AR header:
13
-
14
- ALL_TRUSTED Passed through trusted hosts only via SMTP
15
- DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain
16
-
17
- DKIM_VALID_AU is the same evidence DMARC alignment rests on — the author
18
- domain signed it and the signature verified — so it proves the From line on
19
- its own. ALL_TRUSTED says nothing untrusted handled the message in transit.
20
- `proved` now comes from any of the three, and `provedBy` names which, so the
21
- banner says WHICH proof rather than asserting DMARC that isn't there. His
22
- message is now a grey note: "…but bob.ma proved it sent this. Valid signature
23
- from bob.ma, the sending domain itself (DKIM_VALID_AU)."
24
-
25
- Forgery still outranks proof — across the store the danger count is unchanged
26
- at 294 of 1,131 flagged; caution 599, quiet 238.
27
-
28
- Also: the Insert menu gains Blockquote and Quoted text (paste) — rmf-tiny
29
- 0.1.53, see its .commitmsg.
1
+ The spam chip has to name the proof it actually has
2
+
3
+ Follow-up to v1.2.288, caught by looking at the rendered chip on Bob's own
4
+ message: the banner correctly said "Valid signature from bob.ma (DKIM_VALID_AU)"
5
+ while the chip's tooltip underneath asserted "the sending domain passed DMARC"
6
+ on a message that carries no Authentication-Results header at all. A claim
7
+ the reader cannot check is exactly what this whole change set exists to remove.
8
+
9
+ `SpamScore` now carries `provedBy` alongside `proved`, and the chip's tooltip
10
+ says which of the three proofs applied: the server's DMARC verdict, a valid
11
+ signature from the sending domain, or never having passed through an untrusted
12
+ host.
@@ -2530,6 +2530,7 @@ function spamScoreOf(input) {
2530
2530
  flagged: a.flagged,
2531
2531
  kind: a.kind,
2532
2532
  proved: a.proved,
2533
+ provedBy: a.provedBy,
2533
2534
  reasons: a.reasons
2534
2535
  };
2535
2536
  }