mirror of
https://github.com/stalwartlabs/mail-server.git
synced 2025-10-27 21:06:06 +08:00
When range.end == decompressed.len(), the last value in the range will also be the last value in decompressed, because ranges ends are exclusive. This issue had two consequences that I have noticed. The first is that requesting the last (or only) message part via JMAP will result in the entire message being returned instead, because the range ends on the last byte of the message. The second issue, which resulted from the first, was that attempting to fetch the last (or only) message part would almost always fail when requested via JMAP if the message part used the quoted-printable transfer encoding. This is because Stalwart would attempt to decode the blob, but since the entire file was returned, this would include headers which are very likely to break assumptions made by the decoder, e.g. unexpected '=' tokens as in 'charset=UTF-8' The second issue was originally reported here: https://github.com/stalwartlabs/mail-server/discussions/758 |
||
|---|---|---|
| .. | ||
| cli | ||
| common | ||
| directory | ||
| imap | ||
| imap-proto | ||
| jmap | ||
| jmap-proto | ||
| main | ||
| managesieve | ||
| nlp | ||
| pop3 | ||
| smtp | ||
| store | ||
| trc | ||
| utils | ||