[FFe] [24.04 FEAT] Upload libmail-dmarc-perl
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libmail-dmarc-perl (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Feature Freeze Exception (FFe):
-------
I completely forgot to fill this counterpart of LP:2061379.
A MIR process has been carried out to promote libmail-dmarc-perl to main (LP:2023971), which has been ack recently by MIR Team [3] and by Security Team [4]. I reproduce the rationale we gave there:
tldr; DMARC support in SpamAssassin is important for stronger spam filtering.
Spam email is an ever-present and ever-evolving presence in our online lives, and SpamAssassin is a key
tool for end users and service providers to identify likely spam for filtering. SpamAssassin 4.0,
introduced in Ubuntu "lunar" 22.10, introduced a number of major new features including three new
plugins, the most significant of which is the DMARC policy checker.
DMARC (or "Domain-based Message Authentication, Reporting & Conformance" https:/
convention for email service providers to communicate to email recipient programs about how to handle
authentication failures. It builds on prior protocols (namely, SPF and DKIM) to address their
limitations. Essentially, DMARC protects against direct domain spoofing, such that when an email
purports to be from a given domain (say, @gmail.com or @irs.gov) but fails proper authentication using
the authentication methods published by that domain, it tells the email receiver whether to reject the
email as spam, quarantine it for evaluation, or something else. DMARC also establishes a way for the
email receiver to give feedback back to the sender about emails that failed to pass this check.
libmail-
primary user of this package
The new package should not break any other packages that depend on it. In the MIR bug for dmarc, the use of this feature with spamassassin has been tested [1] and dep-8 tests has been added to libmail-dmarc-perl too.
Installation of the spamassassin package with dmarc to be promoted has been tested at [2].
Final review before the upload is taking place for polishment purposes (usual things like changelog, maintainer and commit ordering or squashing...I will ink the MP).
The 'ubuntu-release' team could finally be subscribed to allow the promotion.
[1] https:/
[2] https:/
[3] https:/
[4] https:/
---------
Please, allow the upload of the libmail-dmarc-perl package proposed here to be promoted to main following the MIR process ( it needs to be seen in the component mismatches graph before promotion).
Related branches
- git-ubuntu bot: Approve
- Bryce Harrington (community): Approve
- Canonical Server Reporter: Pending requested
- Daniel Draper: Pending requested
-
Diff: 759 lines (+613/-11)16 files modifieddebian/changelog (+26/-0)
debian/control (+14/-11)
debian/patches/change-Net-IDN-Encode-by-Net-LibIDN.patch (+72/-0)
debian/patches/series (+2/-0)
debian/patches/use-MIME-Entity-and-MIME-Parser-from-libmime-tools-p.patch (+251/-0)
debian/tests/control (+4/-0)
debian/tests/data/nice/noneok.eml (+23/-0)
debian/tests/data/nice/quarok.eml (+23/-0)
debian/tests/data/nice/rejectok.eml (+23/-0)
debian/tests/data/nice/strictrejectok.eml (+23/-0)
debian/tests/data/spam/nodmarc.eml (+22/-0)
debian/tests/data/spam/noneko.eml (+21/-0)
debian/tests/data/spam/quarko.eml (+21/-0)
debian/tests/data/spam/rejectko.eml (+21/-0)
debian/tests/data/spam/strictrejectko.eml (+23/-0)
debian/tests/splitting-check (+44/-0)
I'll review this, as I had the occasion to discuss this with mirespace.
@mirespace some high-level questions:
- https:/ /code.launchpad .net/~mirespace /ubuntu/ +source/ libmail- dmarc-perl/ +git/libmail- dmarc-perl/ +merge/ 464196 basically summarizes all your work on libmail-dmarc-perl in the context of the MIR bug, and is what got the +1 from the MIR team and security, am I right?
- The patches are needed to switch from libraries in universe to libraries in main that implement the same functionality but with a different API. Is this correct?
Thanks!