landmissytake d12e1d53f7 fix: switch ratelimiter to MonotonicClock (#167) ...

There is a known bug that `quanta` clock
used by default sometimes jumps back:
<https://github.com/metrics-rs/quanta/issues/111>.
This results in `governor` rate limiter
incorrectly rejecting the messages
even when less than the configured burst size
has been sent.

Switched to standard monotonic clock
which does not have this problem.
I tested that this fixed the problem for me,
chatmail relay test `test_exceed_rate_limit`
stopped failing randomly.

Fixes <https://github.com/chatmail/filtermail/issues/166>

2026-08-18 12:21:28 +02:00

..

tls

feat(transport): Remote delivery over SMTP (#104)

2026-08-18 12:21:28 +02:00

config.rs

feat!: remove passthrough options that allowed unencrypted mail to pass

2026-08-18 12:21:28 +02:00

dkim_verifier.rs

chore(deps): Upgrade hickory-resolver (#138)

2026-08-18 12:21:28 +02:00

error.rs

feat: Improved SMTP error responses (#147)

2026-08-18 12:21:28 +02:00

http_server.rs

fix: do not crash if accepting new connection fails

2026-08-18 12:21:28 +02:00

inbound.rs

perf(smtp-client): Cache connections (#117)

2026-08-18 12:21:28 +02:00

main.rs

feat: https transport channel (#122)

2026-08-18 12:21:28 +02:00

message.rs

feat!: remove passthrough options that allowed unencrypted mail to pass

2026-08-18 12:21:28 +02:00

openpgp.rs

feat: Support legacy, pre-OpenPGP packet format (#44)

2026-08-18 12:21:27 +02:00

outbound.rs

fix: switch ratelimiter to MonotonicClock (#167)

2026-08-18 12:21:28 +02:00

smtp_client.rs

feat: Improved SMTP error responses (#147)

2026-08-18 12:21:28 +02:00

smtp_server.rs

fix: do not crash if accepting new connection fails

2026-08-18 12:21:28 +02:00

tls.rs

feat: https transport channel (#122)

2026-08-18 12:21:28 +02:00

transport.rs

feat: Improved SMTP error responses (#147)

2026-08-18 12:21:28 +02:00

utils.rs

chore(deps): Upgrade hickory-resolver (#138)

2026-08-18 12:21:28 +02:00