Age | Commit message (Collapse) | Author | |
---|---|---|---|
2018-09-05 | Use Struct { foo } over Struct { foo: foo } | Thomas Hurst | |
clippy:redundant_field_names | |||
2018-09-05 | Use a char rather than a &str for single-char find() | Thomas Hurst | |
clippy:single_char_pattern | |||
2018-09-05 | Use foo += bar over foo = foo + bar | Thomas Hurst | |
clippy:assign_op_pattern | |||
2018-09-04 | Fix #26: Incorrect unwrap() guard in is_boundary() | Thomas Hurst | |
Guarding line.chars().nth(n) by enforcing n <= line.len() is incorrect, because len() operates in bytes, not Unicode characters. Drop the guard and make use of nth()'s Option to conditionally check the character if it's within bounds. Add a test to prevent regressions. | |||
2018-05-23 | Regenerate documentation | Kartikaya Gupta | |
2018-05-23 | Bump to version 0.6.2 | Kartikaya Gupta | |
2018-05-23 | Fix indentation | Kartikaya Gupta | |
2018-05-23 | parse_mail: Handle missing terminating boundaries in multipart emails. | Darius Jahandarie | |
Instead of erroring when there is no terminating boundary, assume the end of the part is the end of the email. | |||
2018-04-18 | MailHeader::get_value: do not add space if special char parsed | Romain Porte | |
2018-04-03 | Bump to version 0.6.1 | Kartikaya Gupta | |
2018-04-03 | Update quoted_printable and base64 dependencies | Kartikaya Gupta | |
2017-12-22 | Add maintenance badge | Kartikaya Gupta | |
2017-10-14 | Add missing function doc | Kartikaya Gupta | |
2017-10-14 | Regenerate documentation for 0.6.0 | Kartikaya Gupta | |
2017-10-14 | Bump to version 0.6.0 | Kartikaya Gupta | |
2017-10-14 | Don't expose the function to convert disposition type | Kartikaya Gupta | |
2017-10-14 | Update documentation and doc-tests for new content-disposition changes | Kartikaya Gupta | |
2017-10-12 | rustfmt | Young Wu | |
2017-10-12 | Store all params of Content-Type into BTreeMap<String, String> | Young Wu | |
2017-10-12 | Add Content-Disposition to mail | Young Wu | |
2017-10-06 | Update docs | Kartikaya Gupta | |
2017-07-18 | Add gitattributes for github linguist | Kartikaya Gupta | |
2017-01-26 | Minor updates to metadata in Cargo.toml | Kartikaya Gupta | |
2016-12-26 | Fix documentation better | Kartikaya Gupta | |
2016-12-26 | Version bump | Kartikaya Gupta | |
2016-12-26 | Update documentation | Kartikaya Gupta | |
2016-12-26 | rustfmt | Kartikaya Gupta | |
2016-12-26 | add `get_body_raw` | Wu Young | |
2016-12-23 | add name field to ParsedContentType | Wu Young | |
2016-12-04 | Version bump to 0.4.2 | Kartikaya Gupta | |
2016-12-04 | Update documentation | Kartikaya Gupta | |
2016-12-04 | Followup to 9f8013c2 (fix for issue #7) - deal with empty messages | Kartikaya Gupta | |
2016-12-04 | Version bump to 0.4.1 | Kartikaya Gupta | |
2016-12-04 | Update documentation | Kartikaya Gupta | |
2016-12-04 | Fix for issue #7 - deal with lack of headers | Kartikaya Gupta | |
2016-12-04 | Less allocation by using case insensitive string comparison | Jos van den Oever | |
2016-12-04 | Rename test and check for body as well | Kartikaya Gupta | |
2016-12-03 | Fix panic when the mail body is missing | Jos van den Oever | |
2016-11-11 | Version bump | Kartikaya Gupta | |
2016-11-11 | Update documentation | Kartikaya Gupta | |
2016-11-11 | Drop the redundant get_*_ci methods from MailHeaderMap | Bruce Guenter | |
2016-11-11 | Make MailHeaderMap perform case-insensitive searches | Bruce Guenter | |
The trait MailHeaderMap has two methods for searching headers, normal and case-insensitive. This documentation says: > According to the spec the mail headers are supposed to be > case-sensitive, but in real-world scenarios that's not always the > case. Actually, the spec says nothing that headers supposed to case-sensitive, and historical precedent is to be case-insensitive. Certainly, all the mail processing software I am familiar with (Thunderbird, qmail, ezmlm, and mutt) treat headers as case insensitive. RFC 822 section 3.4.7 says: > When matching any other syntactic unit, case is to be ignored. For > example, the field-names "From", "FROM", "from", and even "FroM" are > semantically equal and should all be treated identically. While RFC 2822 did drop that section (and RFC 5322 didn't restore it), others interpret other parts to indicate case insensitivity. https://stackoverflow.com/a/6143644 > RFC 5322 does actually specify this, but it is very indirect. https://www.gnu.org/software/emacs/manual/html_node/emacs/Mail-Headers.html > Upper and lower case are equivalent in field names. https://nifi.apache.org/docs/nifi-docs/components/org.apache.nifi.processors.email.ExtractEmailHeaders/index.html > NOTE the header key is case insensitive This change makes all header searches case insensitive. | |||
2016-10-02 | Version bump | Kartikaya Gupta | |
2016-10-02 | Update doc | Kartikaya Gupta | |
2016-10-02 | rustfmt | Kartikaya Gupta | |
2016-10-02 | Update main examples to include a dateparse usage | Kartikaya Gupta | |
2016-10-02 | Add dateparse documentation | Kartikaya Gupta | |
2016-10-02 | Add list of textual timezones from RFC 822 | Kartikaya Gupta | |
2016-10-02 | Expose the dateparse module from mailparse | Kartikaya Gupta | |
2016-10-02 | Fix dateparse to not overflow on larger timezones | Kartikaya Gupta | |