Ticket UUID: | 763669 | |||
Title: | Problems with qp_encode and encoded_word, no_softbreak | |||
Type: | Bug | Version: | None | |
Submitter: | gunzel | Created on: | 2003-07-01 04:16:02 | |
Subsystem: | mime | Assigned To: | mrose | |
Priority: | 5 Medium | Severity: | ||
Status: | Closed | Last Modified: | 2013-07-04 17:25:31 | |
Resolution: | Not Applicable Here | Closed By: | ||
Closed on: | ||||
Description: |
There are a number of bugs in qp_encode: When in no_softbreak mode it eats the last character. When in encoded_word mode it: - inserts softbreaks for lines over 72 chars - does not encode underscores leading to them being decoded as spaces - does not encode question marks, potentially leading to badly broken encoded words - does not encode tabs I have attached a patch to fix these and also to test them and a couple of other RFC2047 requirements. With regard to softbreaks in encoded words it's still not legal to just let them ron on as an encoded word is not meant to be longer than 75 characters itself. I'll file a bug report and patch for that soon. Matthew | |||
User Comments: |
[email protected] added on 2008-05-22 15:03:33:
Logged In: NO This is still true today for question mark (mime version 1.5.2). Since question mark is part of the delimiter used in the subject content (=? and ?=) of a mime message, it causes error at decode time on client side. gunzel added on 2003-07-01 11:16:03: File Added - 54556: qp_encode.patch |
Attachments:
- qp_encode.patch [download] added by gunzel on 2003-07-01 11:16:03. [details]