chibenwa edited a comment 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]
