Fedora 31: perl-Email-MIME-ContentType FEDORA-2020-39d40d9ae9

    Date 02 Jun 2020
    80
    Posted By LinuxSecurity Advisories
    This update limits the number of nested MIME parts to 10 (by default), to avoid a possible memory exhaustion issue with lots of tiny MIME parts.
    --------------------------------------------------------------------------------
    Fedora Update Notification
    FEDORA-2020-39d40d9ae9
    2020-06-03 02:09:15.186924
    --------------------------------------------------------------------------------
    
    Name        : perl-Email-MIME-ContentType
    Product     : Fedora 31
    Version     : 1.024
    Release     : 1.fc31
    URL         : https://metacpan.org/release/Email-MIME-ContentType
    Summary     : Parse a MIME Content-Type Header
    Description :
    This module is responsible for parsing email content type headers according
    to section 5.1 of RFC 2045. It returns a hash with entries for the type, the
    subtype, and a hash of attributes.
    
    For backward compatibility with a really unfortunate misunderstanding of RFC
    2045 by the early implementors of this module, 'discrete' and 'composite' are
    also present in the returned hashref, with the values of 'type' and 'subtype'
    respectively.
    
    --------------------------------------------------------------------------------
    Update Information:
    
    This update limits the number of nested MIME parts to 10 (by default), to avoid
    a possible memory exhaustion issue with lots of tiny MIME parts.
    --------------------------------------------------------------------------------
    ChangeLog:
    
    * Sun May 24 2020 Paul Howarth  - 1.024-1
    - Update to 1.024
      - Silence an uninitialized value warning
      - Avoid allowing non-Latin digits in numbers
      - Add new functions build_content_type() and build_content_disposition()
    * Wed Jan 29 2020 Fedora Release Engineering  - 1.022-9
    - Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
    * Wed Oct 16 2019 Paul Howarth  - 1.022-8
    - Spec tidy-up
      - Use author-independent source URL
      - Classify buildreqs by usage
      - Use DESTDIR rather than PERL_INSTALL_ROOT
      - Simplify find command using -delete
      - Fix permissions verbosely
      - Use %license
      - Make %files list more explicit
    --------------------------------------------------------------------------------
    References:
    
      [ 1 ] Bug #1835353 - rubygem-mail: Out of memory issue through nested MIME parts
            https://bugzilla.redhat.com/show_bug.cgi?id=1835353
    --------------------------------------------------------------------------------
    
    This update can be installed with the "dnf" update program. Use
    su -c 'dnf upgrade --advisory FEDORA-2020-39d40d9ae9' at the command
    line. For more information, refer to the dnf documentation available at
    https://dnf.readthedocs.io/en/latest/command_ref.html#upgrade-command-label
    
    All packages are signed with the Fedora Project GPG key. More details on the
    GPG keys used by the Fedora Project can be found at
    https://fedoraproject.org/keys
    --------------------------------------------------------------------------------
    _______________________________________________
    package-announce mailing list -- This email address is being protected from spambots. You need JavaScript enabled to view it.
    To unsubscribe send an email to This email address is being protected from spambots. You need JavaScript enabled to view it.
    Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
    List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
    List Archives: https://lists.fedoraproject.org/archives/list/This email address is being protected from spambots. You need JavaScript enabled to view it.
    

    LinuxSecurity Poll

    How do you feel about the elimination of the terms 'blacklist' and 'slave' from the Linux kernel?

    No answer selected. Please try again.
    Please select either existing option or enter your own, however not both.
    Please select minimum 0 answer(s) and maximum 3 answer(s).
    /main-polls/32-how-do-you-feel-about-the-elimination-of-the-terms-blacklist-and-slave-from-the-linux-kernel?task=poll.vote&format=json
    32
    radio
    [{"id":"112","title":"I strongly support this change - racially charged language should not be used in the code and documentation of the kernel and other open-source projects.","votes":"7","type":"x","order":"1","pct":18.42,"resources":[]},{"id":"113","title":"I'm indifferent - this small change will not affect broader issues of racial insensitivity and white privilege.","votes":"4","type":"x","order":"2","pct":10.53,"resources":[]},{"id":"114","title":"I'm opposed to this change - there is no need to change language that has been used for years. It doesn't make sense for people to take offense to terminology used in community projects.","votes":"27","type":"x","order":"3","pct":71.05,"resources":[]}] ["#ff5b00","#4ac0f2","#b80028","#eef66c","#60bb22","#b96a9a","#62c2cc"] ["rgba(255,91,0,0.7)","rgba(74,192,242,0.7)","rgba(184,0,40,0.7)","rgba(238,246,108,0.7)","rgba(96,187,34,0.7)","rgba(185,106,154,0.7)","rgba(98,194,204,0.7)"] 350
    bottom 200

    Please enable / Bitte aktiviere JavaScript!
    Veuillez activer / Por favor activa el Javascript![ ? ]

    We use cookies to provide and improve our services. By using our site, you consent to our Cookie Policy.