Bug#911614: Module Mail::SPF::BlackMagic should be included
On Tue, Oct 23 2018, Scott Kitterman wrote: >>I had to install the "spfquery" package to actually debug some domain >>rules. > > There is also an spfquery provided by spf-tools-python. Thanks for pointing this out, but it doesn't seem to allow tweaking as much as "spfquery" (from spfquery/libspf2). I needed basic stuff like "override" (in order to test the rules) and "max-interactive-terms" to spot some issues in a system with a broken spf policy that was trying to deliver to my system. It seems that only spfquery.libspf2 can be used for such purposes.
Bug#911614: Module Mail::SPF::BlackMagic should be included
On October 22, 2018 4:37:14 PM UTC, Yuri D'Elia wrote: >On Mon, Oct 22 2018, gregor herrmann wrote: >> You can easily sub-class Mail::SPF::Server and the >> Mail::SPF::Result class collection in order to extend or modify >> their behavior. The hypothetical Mail::SPF::BlackMagic package was >> once supposed to make use of this. >> >> also doesn't increase the hopes. > >Hah :/ > >> So unless someone finds Mail::SPF::BlackMagic somewhere, we won't be >> able to package/ship it. >> Otherwise it might make sense to patch out the references to >> ::BlackMagic from the existing code … That would make sense. Black Magic was meant to be a holding ground for non-standardized hacks (like SPF best guess), but it never got past the idea stage and probably never will. >Basically all the debugging functionality listed in the spfquery >manpage >is thus actually unimplemented!?.. That's quite a bit of documentation >for an hypothetical module! > >I had to install the "spfquery" package to actually debug some domain >rules. There is also an spfquery provided by spf-tools-python. Scott K
Bug#911614: Module Mail::SPF::BlackMagic should be included
On Mon, Oct 22 2018, gregor herrmann wrote: > You can easily sub-class Mail::SPF::Server and the > Mail::SPF::Result class collection in order to extend or modify > their behavior. The hypothetical Mail::SPF::BlackMagic package was > once supposed to make use of this. > > also doesn't increase the hopes. Hah :/ > So unless someone finds Mail::SPF::BlackMagic somewhere, we won't be > able to package/ship it. > Otherwise it might make sense to patch out the references to > ::BlackMagic from the existing code … Basically all the debugging functionality listed in the spfquery manpage is thus actually unimplemented!?.. That's quite a bit of documentation for an hypothetical module! I had to install the "spfquery" package to actually debug some domain rules.
Bug#911614: Module Mail::SPF::BlackMagic should be included
Control: tag -1 + upstream On Mon, 22 Oct 2018 17:01:18 +0200, wavexx wrote: > I was trying to use spfquery from spf-tools-perl to debug some spf > rules. Most of the options which are useful for debugging are relegated > behind the --enable-black-magic option which attempts to load > Mail::SPF::BlackMagic, which in turn is not included in > libmail-spf-perl. > > Could you consider including also the 'black magic' functionality? > (that I would actually consider "normal debugging stuff" in my book). While spfquery refers to Mail::SPF::BlackMagic, this module is not in the https://metacpan.org/release/Mail-SPF distribution; and a search for it on the CPAN doesn't return any results either (except for refrences/links which go nowhere) :/ The quote from the README You can easily sub-class Mail::SPF::Server and the Mail::SPF::Result class collection in order to extend or modify their behavior. The hypothetical Mail::SPF::BlackMagic package was once supposed to make use of this. also doesn't increase the hopes. So unless someone finds Mail::SPF::BlackMagic somewhere, we won't be able to package/ship it. Otherwise it might make sense to patch out the references to ::BlackMagic from the existing code … Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- NP: Bettina Wegner: Auf der Wiese signature.asc Description: Digital Signature
Bug#911614: Module Mail::SPF::BlackMagic should be included
Package: libmail-spf-perl Version: 2.9.0-4 Severity: normal I was trying to use spfquery from spf-tools-perl to debug some spf rules. Most of the options which are useful for debugging are relegated behind the --enable-black-magic option which attempts to load Mail::SPF::BlackMagic, which in turn is not included in libmail-spf-perl. Could you consider including also the 'black magic' functionality? (that I would actually consider "normal debugging stuff" in my book). Thanks -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libmail-spf-perl depends on: ii liberror-perl 0.17026-1 ii libnet-dns-perl 1.17-1 ii libnetaddr-ip-perl 4.079+dfsg-1+b2 ii liburi-perl 1.74-1 ii perl5.26.2-7+b1 libmail-spf-perl recommends no packages. libmail-spf-perl suggests no packages.