On Tue, Dec 12, 2023 at 06:14:02PM +0100, Miriam España Acebal wrote: <snip>
> spamassassin only uses the validation feature of Mail::DMARC and, as we > can read in the INSTALL.md file of src:libmail-dmarc-perl, line 21: > > ''' > NOTE: Most of the dependencies are optionally required for the DMARC > reporting features. Mail::DMARC will perform validation with only these > modules: > > Regexp::Common > Config::Tiny > File::ShareDir > Net::DNS::Resolver > Net::IP > Socket6 > ''' <snip> > As a collateral effect, the split reduces the number of packages that need to > be installed when used by spamassassin, saving space. > > I don't know if you find this approach interesting, but anyway.... I thought > it was worth sharing it with you. What do you think? First, let me apologize for the long response latency. I think this is likely a very sensible approach; libmail-dmarc-perl was only packaged for Debian in order to support SpamAssassin, and (as far as I know) SA is still the only package using it. Therefore, it makes sense to optimize the packaging somewhat to support SA's use case. I have not yet looked into your patch or verified that it works with the newer versions of the package, but I will review the complete situation (patch, rdeps, etc) in depth in the near future and apply your patch if it still makese sense to do so. Thanks noah
