|
|
SA Bugzilla – Full Text Bug Listing |
- Home
- | New
- | Browse
- | Search
- | [?]
- | Reports
- | Help
- | New Account
- | Log In
- | Forgot Password
|
|
|
SA Bugzilla – Full Text Bug Listing |
| Summary: | New plugin for Spamassassin to use Spamhaus Technology DQS | ||
|---|---|---|---|
| Product: | Spamassassin | Reporter: | Riccardo Alfieri <riccardo.alfieri> |
| Component: | Plugins | Assignee: | SpamAssassin Developer Mailing List <dev> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | apache, giovanni, riccardo.alfieri |
| Priority: | P2 | ||
| Version: | unspecified | ||
| Target Milestone: | Undefined | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Riccardo Alfieri
2019-07-10 16:58:34 UTC
Hello, if you are suggesting adding the plugin officially to SpamAssassin, there is really no need for it. I will be implementing all the currently missing functions for specific helo/header dnsbl checks directly in SA core. HashBL can already query body emails and uris, will look into NS checks for emails. Well yes, if you can implement the functions it will be easier for sure. I know HashBL, but I don't know if it can do what we currently do with body emails, that is taking the @domain part of it and checking it on various DNSBls. If you can manage to add that function too we will only provide the rules for spamassassin's users that want to use them with DQS (In reply to Riccardo Alfieri from comment #2) > Well yes, if you can implement the functions it will be easier for sure. > > I know HashBL, but I don't know if it can do what we currently do with body > emails, that is taking the @domain part of it and checking it on various > DNSBls. Right, I will also be implementing domains_only or similar option for it.. all these will be looked into 4.0.0, it will take some time since I will try to make everything much more flexible, while trying to maintain some order for these, perhaps reorganizing plugins/functions/flags better. But since people still use even SpamAssassin 3.3, all this legacy baggage of different plugins and configuration clauses is terrible and most likely will require lots of if/endifs for different versions. :-) Would it make sense to add it to 3.4.3 (or 3.4.4?), to have users using it before 4.0.0 is shipped? Obviously this will depend on the timeline on 4.0.0 release No 3.4.3 should be released as soon as possible, it's already in rc4 stage. Hopefully it will be last 3.4 release. These are too major changes for it. Ok, sounds correct. I'll keep supporting the plugin for 3.4.1-3 while waiting for the next major release. If you need help in porting features to 4.0.0 let me know, I'm available to help. (In reply to Henrik Krohns from comment #1) > Hello, if you are suggesting adding the plugin officially to SpamAssassin, > there is really no need for it. I will be implementing all the currently > missing functions for specific helo/header dnsbl checks directly in SA core. > HashBL can already query body emails and uris, will look into NS checks for > emails. Are you referring to Mail::SpamAssassin::Plugin::DNSEval::check_rbl_ns_from() or to a new addiction ? |