summaryrefslogtreecommitdiffstats
path: root/Lib/test/test_email
Commit message (Collapse)AuthorAgeFilesLines
...
* | Merge: Closes #18464: fix typo in test name.R David Murray2013-07-151-1/+1
|\ \ | |/
| * Closes #18464: fix typo in test name.R David Murray2013-07-151-1/+1
| |
* | Merge: #18431: Decode encoded words in atoms in new email parser.R David Murray2013-07-122-1/+49
|\ \ | |/
| * #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.
* | Merge: #18044: Fix parsing of encoded words of the form =?utf8?q?=XX...?=R David Murray2013-07-113-4/+51
|\ \ | |/
| * #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: merge with 3.3.Ezio Melotti2013-07-061-0/+4
|\ \ | |/
| * #18380: pass regex flags to the right argument. Patch by Valentina ↵Ezio Melotti2013-07-061-0/+4
| | | | | | | | Mukhamedzhanova.
* | Merge #14360: make encoders.encode_quopri work.R David Murray2013-06-271-0/+29
|\ \ | |/
| * #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: merge with 3.3.Ezio Melotti2013-05-081-0/+4
|\ \ | |/
| * #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: #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: 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: #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: #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: #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
|\ \ | |/
| * Merge: #16948: Fix quopri encoding of non-latin1 character sets.R David Murray2013-02-051-0/+21
| |
* | Merge #16811: Fix folding of headers with no value in provisional policies.R David Murray2013-02-041-0/+45
|\ \ | |/
| * #16811: Fix folding of headers with no value in provisional policies.R David Murray2013-02-041-0/+45
| |
* | Merge typo fixes from 3.3.Ezio Melotti2013-01-271-1/+1
|\ \ | |/
| * Fix a few typos and a double semicolon. Patch by Eitan Adler.Ezio Melotti2013-01-271-1/+1
| |
* | Replace IOError with OSError (#16715)Andrew Svetlov2012-12-251-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.
generated by cgit v0.12 at 2024-11-12 10:03:56 (GMT)