Changelog for perl-Email-MIME-1.940-bp153.1.12.noarch.rpm :

* Mon Feb 13 2017 cooloAATTsuse.com- updated to 1.940 see /usr/share/doc/packages/perl-Email-MIME/Changes 1.940 2017-01-29 10:33:45-05:00 America/New_York - no code changes since 1.939 trial release 1.939 2017-01-14 14:58:44-05:00 America/New_York (TRIAL RELEASE) - do not decode MIME headers known to be never encoded (Pali Rohár) - ...and that includes the Downgraded-
* headers (Pali Rohár) 1.938 2017-01-01 20:03:38-05:00 America/New_York (TRIAL RELEASE) - numerous small fixes to header encoding (thanks, Pali Rohár) for more details see https://github.com/rjbs/Email-MIME/pull/32 - When a single-part content type has been provided with multiple parts, the user is now warned that the type has been changed to multipart/mixed. This helps catch typos like \"mutlipart/alternative\".
* Sun Feb 07 2016 cooloAATTsuse.com- updated to 1.937 see /usr/share/doc/packages/perl-Email-MIME/Changes 1.937 2016-01-28 13:31:06-05:00 America/New_York - eliminate memory leak in walk_parts (again, rjbs)
* Tue Sep 15 2015 cooloAATTsuse.com- updated to 1.936 see /usr/share/doc/packages/perl-Email-MIME/Changes 1.936 2015-09-10 22:46:29-04:00 America/New_York - no changes since 1.935, but a stable release 1.935 2015-08-31 16:47:46-04:00 America/New_York (TRIAL RELEASE) - do not remove too many newlines at the end (bug introduced in 1.926)
* Tue Aug 04 2015 cooloAATTsuse.com- updated to 1.934 see /usr/share/doc/packages/perl-Email-MIME/Changes 1.934 2015-08-01 20:33:57-04:00 America/New_York - fix debug_structure for multipart mail with only one subpart
* Wed Jul 29 2015 cooloAATTsuse.com- updated to 1.933 see /usr/share/doc/packages/perl-Email-MIME/Changes 1.933 2015-07-25 09:30:56-04:00 America/New_York - correct Email::Simple prereq - skip omitting content-type attributes with undef value
* Sat Jul 25 2015 cooloAATTsuse.com- updated to 1.932 see /usr/share/doc/packages/perl-Email-MIME/Changes 1.932 2015-07-24 22:24:06-04:00 America/New_York - stable release of previous trial releases - see v1.930 and v1.931, below 1.931 2015-07-12 17:31:01-04:00 America/New_York (TRIAL RELEASE) - When doing parts_set to become single-part, do not lose the charset and set the mail to us-ascii. This is almost certainly a half measure, and this whole hunk of code should be improved. 1.930 2015-03-25 22:58:42-04:00 America/New_York (TRIAL RELEASE) - rely on the new header_raw methods in new Email::Simple
* Tue Apr 14 2015 cooloAATTsuse.com- updated to 1.929 see /usr/share/doc/packages/perl-Email-MIME/Changes 1.929 2015-02-17 09:31:35-05:00 America/New_York - try not to lose unrecognized content-type parameters - avoid copying the body content when not needed during construction 1.928 2014-12-15 21:47:49-05:00 America/New_York - when converting from single part to multipart, drop Content-Transfer-Encoding and Content-Type\'s charset property - update subparts in walk_parts if stringification changes 1.927 2014-12-04 10:19:58-05:00 America/New_York - add header_str_pairs; like header_pairs, but decoded - remove Email:MIME::Creator from synopsis 1.926 2014-01-28 23:28:41-05:00 America/New_York - improve EOL processing with quoted-printable (thanks, Tomohiro Hosaka!) - avoid uninitialized warnings [rt.cpan.org #91707]
* Tue Nov 26 2013 cooloAATTsuse.com- updated to 1.925 improve reliability of mail reconstruction during walk_parts (thanks, Tomohiro Hosaka!) update use of Email::MIME::ContentType to match new, fixed hash keys: type/subtype do not consider the part-ending CRLF part of the body avoid undefined warnings in debug_structure [rt.cpan.org #82388] (Thanks, Kurt Anderson) better error message when the given body is a ref but not a scalar ref [rt.cpan.org #59205] repackage, fixing version number repackage, remove PEP links, update bugtracker do not call parts_set during walk_parts unless the parts have actually changed When trying to decode a body, fall back to 7bit if the encoding is unknown. Trying to create a new body in an unknown encoding is still forbidden. This should make it easier to handle broken messages from \"the internet.\" (\"Content-Transfer-Encoding: n\"!?) try to encode headers based on the header structure, if it has one, rather than treating the header as a big string in all cases; thanks for this work go to Jesse Luehrs require a newer Email::Simple and cope with its improved line ending tweaks
* Thu Jun 09 2011 pascal.bleserAATTopensuse.org- (cumulated) update to 1.908:
* be more lenient with Content-Tranfser-Encoding values; stop at semicolons
* fix a long-standing bug that prevent walk_parts from reaching all parts
* eliminate memory leak in walk_parts (RT#59581)
* Wed Dec 01 2010 cooloAATTnovell.com- switch to perl_requires macro