mox/rfc
Mechiel Lukkien 9e7d6b85b7
queue: deliver to multiple recipients in a single smtp transaction
transferring the data only once. we only do this when the recipient domains
are the same. when queuing, we now take care to set the same NextAttempt
timestamp, so queued messages are actually eligable for combined delivery.

this adds a DeliverMultiple to the smtp client. for pipelined requests, it will
send all RCPT TO (and MAIL and DATA) in one go, and handles the various
responses and error conditions, returning either an overal error, or per
recipient smtp responses. the results of the smtp LIMITS extension are also
available in the smtp client now.

this also takes the "LIMITS RCPTMAX" smtp extension into account: if the server
only accepts a single recipient, we won't send multiple.
if a server doesn't announce a RCPTMAX limit, but still has one (like mox does
for non-spf-verified transactions), we'll recognize code 452 and 552 (for
historic reasons) as temporary error, and try again in a separate transaction
immediately after. we don't yet implement "LIMITS MAILMAX", doesn't seem likely
in practice.
2024-03-07 10:07:53 +01:00
..
errata.go fix fetching errata after html changed 2023-06-27 19:31:47 +02:00
fetch.sh rename rfc/index.md to txt, it isn't markdown 2023-10-12 23:15:54 +02:00
index.txt queue: deliver to multiple recipients in a single smtp transaction 2024-03-07 10:07:53 +01:00
link.go for cross-referencing code/rfc, also linkify the errata 2023-11-12 12:20:40 +01:00
Makefile fix and ensure consistent lines 2024-02-14 17:43:21 +01:00
xr.go xr: unbreak following links, they were now being opened in a new window 2024-02-08 16:25:33 +01:00