You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@bugzilla.spamassassin.org on 2005/02/10 09:42:15 UTC

[Bug 4128] New: Add Habeas EnvelopeFrom RHS lookup

http://bugzilla.spamassassin.org/show_bug.cgi?id=4128

           Summary: Add Habeas EnvelopeFrom RHS lookup
           Product: Spamassassin
           Version: SVN Trunk (Latest Devel Version)
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: enhancement
          Priority: P5
         Component: Rules (Eval Tests)
        AssignedTo: dev@spamassassin.apache.org
        ReportedBy: csg@habeas.com
                CC: dwarren@habeas.com


Habeas is rolling out a service in which E-mail senders can make assertions
about their messages in the EnvelopeFrom (bounce address). At present, Habeas
accredited senders must split their mail streams by IP address, that is, one IP
for transaction mail, another for Confirmed Opt-In, another for Single Opt In,
and so on. By making assertions about their mail in the EnvelopeFrom, senders
can send all of their streams from a single IP address, and receivers will still
be able to weight them differently.

To prevent forgeries and other abuses of the system, the IP4r-based check will
still be made first, just as now; the RHS query is only to provide additional
information.

I will be submitting a patch that adds support for this feature.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 4128] Add Habeas EnvelopeFrom RHS lookup

Posted by bu...@bugzilla.spamassassin.org.
http://bugzilla.spamassassin.org/show_bug.cgi?id=4128





------- Additional Comments From csg@habeas.com  2005-04-08 15:22 -------
> no code, moving to 3.2.0 queue

No problem.

> We really need all of the Habeas stuff to move to a plugin (which barring
> unforeseen circumstances, would ship with 3.x like the other core plugins).

The obstacle is plugins can't call do_rbl_lookup(), because run_rbl_eval_tests()
 is called before the plugins are run. Hence a plugin cannot take advantage of
the RBL lookup functions. To move the Accredit check out to a plugin, sub
check() would have to be restructured to specifically allow plugins to call the
RBL functions, or the Accredit plugin would have to be rewritten to do the
lookup itself (calling Net::DNS directly).

Daryl O'Shea and I had a side discussion where we noted that the URIDNSBL plugin
could benefit from a generalization of the RBL functions, too, and might be able
to eliminate its own logic for calling Net::DNS. Just a nice idea.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 4128] Add Habeas EnvelopeFrom RHS lookup

Posted by bu...@bugzilla.spamassassin.org.
http://bugzilla.spamassassin.org/show_bug.cgi?id=4128


quinlan@pathname.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|3.1.0                       |3.2.0




------- Additional Comments From quinlan@pathname.com  2005-04-06 12:30 -------
no code, moving to 3.2.0 queue

We really need all of the Habeas stuff to move to a plugin (which barring
unforeseen circumstances, would ship with 3.x like the other core plugins).




------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 4128] Add Habeas EnvelopeFrom RHS lookup

Posted by bu...@bugzilla.spamassassin.org.
http://bugzilla.spamassassin.org/show_bug.cgi?id=4128


felicity@kluge.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|Future                      |3.1.0




------- Additional Comments From felicity@kluge.net  2005-02-10 06:43 -------
moving to the 3.1 queue



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 4128] Add Habeas EnvelopeFrom RHS lookup

Posted by bu...@bugzilla.spamassassin.org.
http://bugzilla.spamassassin.org/show_bug.cgi?id=4128





------- Additional Comments From felicity@kluge.net  2005-04-08 18:47 -------
Subject: Re:  Add Habeas EnvelopeFrom RHS lookup

On Fri, Apr 08, 2005 at 03:22:17PM -0700, bugzilla-daemon@bugzilla.spamassassin.org wrote:
> Daryl O'Shea and I had a side discussion where we noted that the URIDNSBL plugin
> could benefit from a generalization of the RBL functions, too, and might be able
> to eliminate its own logic for calling Net::DNS. Just a nice idea.

We don't do any query, get results, process results, then query for
something else -- it's always process, query, get results.   So I was
thinking about just doing a get_query() call at the beginning of check(),
let the standard code and any plugins report what they want to query,
then go spin that off.  At the end, call get_responses(), and have a
hash of all the queries and their responses.

It would simplify a lot of stuff, as you've mentioned, and also make it easier
to deal with the network result reuse during mass-checks since it'd be trivial
to store and retrieve the list.





------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 4128] Add Habeas EnvelopeFrom RHS lookup

Posted by bu...@bugzilla.spamassassin.org.
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4128


felicity@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|3.2.0                       |Future




------- Additional Comments From felicity@apache.org  2006-09-05 20:35 -------
It's worth noting that there's an AsyncLoop module now which allows more of what
was requested I believe.  The URIDNSBL plugin does things like:

query for NS of domain
query for A of NS records

etc.   However, there's still no code for this so moving to "future".



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.