gh-88574: Handle extra blank response line in imaplib#26701
Conversation
Some (buggy) IMAP servers add an extra blank line after a literal value. This ignores the blank line. MacOS mail and T'bird can deal with the blank line so it seems to be a somewhat common server bug.
|
Hello, and thanks for your contribution! I'm a bot set up to make sure that the project can legally accept this contribution by verifying everyone involved has signed the PSF contributor agreement (CLA). CLA MissingOur records indicate the following people have not signed the CLA: For legal reasons we need all the people listed to sign the CLA before we can look at your contribution. Please follow the steps outlined in the CPython devguide to rectify this issue. If you have recently signed the CLA, please wait at least one business day You can check yourself to see if the CLA has been received. Thanks again for the contribution, we look forward to reviewing it! |
|
This PR is stale because it has been open for 30 days with no activity. |
serhiy-storchaka
left a comment
There was a problem hiding this comment.
Please add tests and a news entry.
|
A Python core developer has requested some changes be made to your pull request before we can consider merging it. If you could please address their requests along with any other requests in other reviews from core developers that would be appreciated. Once you have made the requested changes, please leave a comment on this pull request containing the phrase |
|
Oh, and the PR should be against the |
|
This, like GH-26709, also looks like a reasonable change, but also needs to be recreated against |
Some (buggy) IMAP servers add an extra blank line after a literal value, which makes imaplib throw an exception. This ignores the blank line.
MacOS mail and T'bird can deal with the blank line so it seems to be a somewhat common server bug.
https://bugs.python.org/issue44408