summaryrefslogtreecommitdiffstats
path: root/Lib/test/test_email
Commit message (Collapse)AuthorAgeFilesLines
* #14983: always add a line end after a MIME boundary marker.R David Murray2014-02-082-5/+11
| | | | | | | | | This is more RFC compliant (see issue) and fixes a problem with signature verifiers rejecting the part when signed. There is some amount of backward compatibility concern here since it changes the output, but the RFC issue coupled with fixing the problem with signature verifiers seems worth the small risk of breaking code that depends on the current incorrect output.
* #16983: Apply postel's law to encoded words inside quoted strings.R David Murray2014-02-082-0/+19
| | | | | | | | | | This applies only to the new parser. The old parser decodes encoded words inside quoted strings already, although it gets the whitespace wrong when it does so. This version of the patch only handles the most common case (a single encoded word surrounded by quotes), but I haven't seen any other variations of this in the wild yet, so its good enough for now.
* #19772: Do not mutate message when downcoding to 7bit.R David Murray2014-02-081-1/+11
| | | | | | | | | This is a bit of an ugly hack because of the way generator pieces together the output message. The deepcopys aren't too expensive, though, because we know it is only called on messages that are not multiparts, and the payload (the thing that could be large) is an immutable object. Test and preliminary work on patch by Vajrasky Kok.
* #17369: Improve handling of broken RFC2231 values in get_filename.R David Murray2014-02-071-0/+20
| | | | This fixes a regression relative to python2.
* #20206, #5803: more efficient algorithm that doesn't truncate output.R David Murray2014-01-131-0/+5
| | | | | | | | This fixes an edge case (20206) where if the input ended in a character needing encoding but there was no newline on the string, the last byte of the encoded character would be dropped. The fix is to use a more efficient algorithm, provided by Serhiy Storchaka (5803), that does not have the bug.
* update Barry's email (#19563)Benjamin Peterson2013-12-236-7/+7
|
* #19063: partially fix set_payload handling of non-ASCII string input.R David Murray2013-12-111-0/+32
| | | | | | This is a backward compatible partial fix, the complete fix requires raising an error instead of accepting the invalid input, so the real fix is only suitable for 3.4.
* Issue #19590: Use specific asserts in email tests.Serhiy Storchaka2013-11-164-107/+92
|
* Issue #12037: Fix test_email for desktop Windows.Terry Jan Reedy2013-08-311-2/+2
|
* #18324: set_payload now correctly handles binary input.R David Murray2013-08-221-0/+36
| | | | | | | | | | | This also backs out the previous fixes for for #14360, #1717, and #16564. Those bugs were actually caused by the fact that set_payload didn't decode to str, thus rendering the model inconsistent. This fix does mean the data processed by the encoder functions goes through an extra encode/decode cycle, but it means the model is always consistent. Future API updates will provide a better way to encode payloads, which will bypass this minor de-optimization. Tests by Vajrasky Kok.
* #18741: fix more typos. Patch by Févry Thibault.Ezio Melotti2013-08-171-6/+6
|
* #18505: fix duplicate name and remove duplicate test. Patch by Vajrasky Kok.Ezio Melotti2013-08-101-4/+1
|
* #18503: small cleanups in test_email.R David Murray2013-07-251-2/+2
| | | | Patch by Vajrasky Kok.
* Closes #18475: add unittest.main() to test_email/test_inversions.R David Murray2013-07-161-0/+4
| | | | Patch by Vajrasky Kok.
* Closes #18464: fix typo in test name.R David Murray2013-07-151-1/+1
|
* #18431: Decode encoded words in atoms in new email parser.R David Murray2013-07-122-1/+49
| | | | | | There is more to be done here in terms of accepting RFC invalid input that some mailers accept, but this covers the valid RFC places where encoded words can occur in structured headers.
* #18044: Fix parsing of encoded words of the form =?utf8?q?=XX...?=R David Murray2013-07-113-4/+51
| | | | | | | | | | The problem was I was only checking for decimal digits after the third '?', not for *hex* digits :(. This changeset also fixes a couple of comment typos, deletes an unused function relating to encoded word parsing, and removed an invalid 'if' test from the folding function that was revealed by the tests written to validate this issue.
* #18380: pass regex flags to the right argument. Patch by Valentina ↵Ezio Melotti2013-07-061-0/+4
| | | | Mukhamedzhanova.
* #14360: make encoders.encode_quopri work.R David Murray2013-06-271-0/+29
| | | | | | | | | There were no tests for the encoders module. encode_base64 worked because it is the default and so got tested implicitly elsewhere, and we use encode_7or8bit internally, so that worked, too. I previously fixed encode_noop, so this fix means that everythign in the encoders module now works, hopefully correctly. Also added an explicit test for encode_base64.
* #17877: skip test if the Olson's TZ database is missing.Ezio Melotti2013-05-081-0/+4
|
* Merge: #17431: Fix missing import of BytesFeedParser in email.parser.R David Murray2013-03-161-0/+4
|
* Merge: PEP8 fixup on previous patch, remove unused imports in test_email.R David Murray2013-03-071-5/+1
|
* Merge: #14645: Generator now emits correct linesep for all parts.R David Murray2013-03-071-0/+34
| | | | | | | | | | Previously the parts of the message retained whatever linesep they had on read, which means if the messages weren't read in univeral newline mode, the line endings could well be inconsistent. In general sending it via smtplib would result in them getting fixed, but it is better to generate them correctly to begin with. Also, the new send_message method of smtplib does not do the fixup, so that method is producing rfc-invalid output without this fix.
* Merge: #17171: fix email.encoders.encode_7or8bit when applied to binary data.R David Murray2013-02-111-1/+18
|
* Merge: #16564: Fix regression in use of encoders.encode_noop with binary data.R David Murray2013-02-091-0/+16
|
* Merge: #16948: Fix quopri encoding of non-latin1 character sets.R David Murray2013-02-051-0/+21
|
* #16811: Fix folding of headers with no value in provisional policies.R David Murray2013-02-041-0/+45
|
* Fix a few typos and a double semicolon. Patch by Eitan Adler.Ezio Melotti2013-01-271-1/+1
|
* Close #15165: Fix test_email on Windows 64 bitsVictor Stinner2012-11-051-4/+4
| | | | Use year 1990 instead of year 1970 to avoid issues with negative timestamps.
* Closes #15925: fix regression in parsedate() and parsedate_tz() that should ↵Georg Brandl2012-09-221-2/+11
| | | | return None if unable to parse the argument.
* Merge #15249: Mangle From lines correctly when body contains invalid bytes.R David Murray2012-08-241-1/+15
| | | | Fix by Colin Su. Test by me, based on a test written by Petri Lehtinen.
* Added test for a bug fixed in issue #665194.Alexander Belopolsky2012-08-231-0/+12
|
* #665194: Update email.utils.localtime to use astimezone, and fix bug.R David Murray2012-08-231-2/+8
| | | | | | | The new code correctly handles historic changes in UTC offsets. A test for this should follow. Original patch by Alexander Belopolsky.
* Merge #15232: correctly mangle From lines in MIME preamble and epilogueR David Murray2012-07-231-0/+22
|
* #15160: Extend the new email parser to handle MIME headers.R David Murray2012-06-243-15/+905
| | | | | | | | | | | | | | | | | | | | | | | This code passes all the same tests that the existing RFC mime header parser passes, plus a bunch of additional ones. There are a couple of commented out tests where there are issues with the folding. The folding doesn't normally get invoked for headers parsed from source, and the cases are marginal anyway (headers with invalid binary data) so I'm not worried about them, but will fix them after the beta. There are things that can be done to make this API even more convenient, but I think this is a solid foundation worth having. And the parser is a full RFC parser, so it handles cases that the current parser doesn't. (There are also probably cases where it fails when the current parser doesn't, but I haven't found them yet ;) Oh, yeah, and there are some really ugly bits in the parser for handling some 'postel' cases that are unfortunately common. I hope/plan to to eventually refactor a lot of the code in the parser which should reduce the line count...but there is no escaping the fact that the error recovery is welter of special cases.
* Issue #14653: email.utils.mktime_tz() no longer relies on systemAlexander Belopolsky2012-06-221-0/+6
| | | | mktime() when timezone offest is supplied.
* #2658: Add test for issue fixed by fix for #1079.R David Murray2012-06-031-0/+10
|
* #1079: Fix parsing of encoded words.R David Murray2012-06-022-14/+67
| | | | | | | | | This is a behavior change: before this leading and trailing spaces were stripped from ASCII parts, now they are preserved. Without this fix we didn't parse the examples in the RFC correctly, so I think breaking backward compatibility here is justified. Patch by Ralf Schlatterbeck.
* Don't use metaclasses when class decorators can do the job.R David Murray2012-05-314-41/+44
| | | | | Thanks to Nick Coghlan for pointing out that I'd forgotten about class decorators.
* Make parameterized tests in email less hackish.R David Murray2012-05-314-93/+122
| | | | | Or perhaps more hackish, depending on your perspective. But at least this way it is now possible to run the individual tests using the unittest CLI.
* #10839: add new test file that was omitted from checkinR David Murray2012-05-291-0/+18
|
* Refactor test_email/test_pickleable and add tests for date headersR David Murray2012-05-291-28/+59
|
* Regularize test_email/test_headerregistry's references to policy.R David Murray2012-05-291-6/+6
|
* Refactor test_email/test_defect_handling.R David Murray2012-05-292-179/+162
|
* #12515: email now registers a defect if the MIME end boundary is missing.R David Murray2012-05-281-0/+33
| | | | | | This commit also restores the news item for 167256 that it looks like Terry inadvertently deleted. (Either that, or I don't understand now merging works...which is equally possible.)
* #1672568: email now registers defects for base64 payload format errors.R David Murray2012-05-283-268/+324
| | | | | | | | | | | | | | | Which also means that it is now producing *something* for any base64 payload, which is what leads to the couple of older test changes in test_email. This is a slightly backward incompatible behavior change, but the new behavior is so much more useful than the old (you can now *reliably* detect errors, and any program that was detecting errors by sniffing for a base64 return from get_payload(decode=True) and then doing its own error-recovery decode will just get the error-recovery decode right away). So this seems to me to be worth the small risk inherent in this behavior change. This patch also refactors the defect tests into a separate test file, since they are no longer just parser tests.
* #14925: email now registers a defect for missing header/body separator.R David Murray2012-05-282-11/+39
| | | | | | | This patch also deprecates the MalformedHeaderDefect. My best guess is that this defect was rendered obsolete by a refactoring of the parser, and the corresponding defect for the new parser (which this patch introduces) was overlooked.
* Make headerregistry fully part of the provisional api.R David Murray2012-05-273-36/+35
| | | | | | | | | | | | | When I made the checkin of the provisional email policy, I knew that Address and Group needed to be made accessible from somewhere. The more I looked at it, though, the more it became clear that since this is a provisional API anyway, there's no good reason to hide headerregistry as a private API. It was designed to ultimately be part of the public API, and so it should be part of the provisional API. This patch fully documents the headerregistry API, and deletes the abbreviated version of those docs I had added to the provisional policy docs.
* Recognize '<>' as a special case of an angle-addr in header_value_parser.R David Murray2012-05-261-1/+14
| | | | | | | Although '<>' is invalid according to RFC 5322, SMTP uses it for various things, and it sometimes ends up in email headers. This patch changes get_angle_addr to recognize it and just register a Defect instead of raising a parsing error.
* #665194: Add a localtime function to email.utils.R David Murray2012-05-261-0/+73
| | | | | | | | Without this function people would be tempted to use the other date functions in email.utils to compute an aware localtime, and those functions are not as good for that purpose as this code. The code is Alexander Belopolsy's from his proposed patch for issue 9527, with a fix (and additional tests) by Brian K. Jones.
generated by cgit v0.12 at 2024-12-04 08:01:04 (GMT)