mox/webmail
Mechiel Lukkien 2f5d6069bf
implement "requiretls", rfc 8689
with requiretls, the tls verification mode/rules for email deliveries can be
changed by the sender/submitter. in two ways:

1. "requiretls" smtp extension to always enforce verified tls (with mta-sts or
dnssec+dane), along the entire delivery path until delivery into the final
destination mailbox (so entire transport is verified-tls-protected).

2. "tls-required: no" message header, to ignore any tls and tls verification
errors even if the recipient domain has a policy that requires tls verification
(mta-sts and/or dnssec+dane), allowing delivery of non-sensitive messages in
case of misconfiguration/interoperability issues (at least useful for sending
tls reports).

we enable requiretls by default (only when tls is active), for smtp and
submission. it can be disabled through the config.

for each delivery attempt, we now store (per recipient domain, in the account
of the sender) whether the smtp server supports starttls and requiretls. this
support is shown (after having sent a first message) in the webmail when
sending a message (the previous 3 bars under the address input field are now 5
bars, the first for starttls support, the last for requiretls support). when
all recipient domains for a message are known to implement requiretls,
requiretls is automatically selected for sending (instead of "default" tls
behaviour). users can also select the "fallback to insecure" to add the
"tls-required: no" header.

new metrics are added for insight into requiretls errors and (some, not yet
all) cases where tls-required-no ignored a tls/verification error.

the admin can change the requiretls status for messages in the queue. so with
default delivery attempts, when verified tls is required by failing, an admin
could potentially change the field to "tls-required: no"-behaviour.

messages received (over smtp) with the requiretls option, get a comment added
to their Received header line, just before "id", after "with".
2023-10-24 10:10:46 +02:00
..
api.go implement "requiretls", rfc 8689 2023-10-24 10:10:46 +02:00
api.json implement "requiretls", rfc 8689 2023-10-24 10:10:46 +02:00
api.ts implement "requiretls", rfc 8689 2023-10-24 10:10:46 +02:00
api_test.go implement "requiretls", rfc 8689 2023-10-24 10:10:46 +02:00
eventwriter.go initialize metric mox_panic_total with 0, so the alerting rule also catches the first panic for a label 2023-09-15 16:47:17 +02:00
lib.ts webmail: when quoting text that switches unicode blocks (as highlighted), don't lose the switched text 2023-10-14 14:47:24 +02:00
message.go webmail: recognize q/b-word-encoded filenames in attachments in messages 2023-10-14 14:14:13 +02:00
message_test.go when making a message preview, also recognize []-enclosed "horizontal ellipsis" unicode character as a snip 2023-09-11 14:41:50 +02:00
msg.html webmail: ensure wrap of long header lines, instead of horizontal scrollbar in message header section 2023-10-12 22:08:13 +02:00
msg.js implement "requiretls", rfc 8689 2023-10-24 10:10:46 +02:00
msg.ts webmail: ensure wrap of long header lines, instead of horizontal scrollbar in message header section 2023-10-12 22:08:13 +02:00
text.html add webmail 2023-08-07 21:57:03 +02:00
text.js implement "requiretls", rfc 8689 2023-10-24 10:10:46 +02:00
text.ts add webmail 2023-08-07 21:57:03 +02:00
view.go webmail: recognize q/b-word-encoded filenames in attachments in messages 2023-10-14 14:14:13 +02:00
view_test.go make mox compile on windows, without "mox serve" but with working "mox localserve" 2023-10-14 10:54:07 +02:00
webmail.go webmail: recognize q/b-word-encoded filenames in attachments in messages 2023-10-14 14:14:13 +02:00
webmail.html webmail: autoresize address input field in compose window 2023-10-15 10:53:57 +02:00
webmail.js implement "requiretls", rfc 8689 2023-10-24 10:10:46 +02:00
webmail.ts implement "requiretls", rfc 8689 2023-10-24 10:10:46 +02:00
webmail_test.go make mox compile on windows, without "mox serve" but with working "mox localserve" 2023-10-14 10:54:07 +02:00