chibenwa commented on pull request #886:
URL: https://github.com/apache/james-project/pull/886#issuecomment-1048862314
Hello,
I did took the time to retest your work this evening, built the latest
status of your pull request, started the resulting James and played with
Thunderbird.
I noticed that big messages (> MB) tend to load forever in Thunderbird.
Opening the error console I got this:
{}
Wich to be honnest is not very helpful to me.
Debugging, I would really suspect IMAP partial FETCH is involed in this,
which Thunderbird uses to download such messages...
Here is a simple exchange to reproduce the issue...
```
# Establish a TLS connection
openssl s_client -connect 127.0.0.1:993
# Login + SELECT
a0 login [email protected] 123456
a1 SELECT INBOX
# Fetch the size of message no 1 - convenient to play afterward... Size 664
bits
a2 FETCH 1 RFC822.SIZE
# Fetching the whole body succeed
a3 FETCH 1 BODY[]
# Fetching the body from offset 400 works}
a4 FETCH 1 BODY[]<400>
# We can also successfully fetch from offset 400 beyong the message size
a5 FETCH 1 BODY[]<400.400>
# We can get it with exactly the right offset and limit
a6 FETCH 1 BODY[]<400.264>
# But as soon as we drop below we hang forever
a7 FETCH 1 BODY[]<400.263>
```
I tested the same commands on master and it worked great.
I think we should try to add unit tests for partial fetch...
I did not have time today to further identify, nor test things tonight, but
will definitly continue having a look at this tomorrow morning.
Regards,
Benoit
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
