mainSpamAssassin Milter Plugin - Support: sr #104043, don't run spamass-milter if mail...


sr #104043: don't run spamass-milter if mail comes from authenticated relay?

Submitter:  None
Submitted:  Mon 28 Mar 2005 12:16:01 AM UTC
Votes: 50
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  None
Privacy:  Public Assigned to:  None
Originator Email:  -email is unavailable- Open/Closed:  Open
Operating System:  GNU/Linux
* Mandatory Fields

Add a New Comment Rich Markup

Sun 03 Feb 2008 02:21:19 PM UTC, comment #3: 

Attached a patch applicable to the Red Hat / Fedora packages of version 0.3.1 - extremely useful for single mail host setups where (authenticated) users need to send mail through the same server that receives mail for the organization. Slower servers or larger SA rulesets often resulted in timeouts when the users tried to submit their mail through this server and this patch prevents that.

Jeroen van Meeuwen <kanarip>
Mon 28 Mar 2005 05:05:42 AM UTC, comment #2: 

Slight revision to the earlier patch, also submitted to debian maintainer.

(1) Man page entry
(2) Just in case we're running on an old libc, make sure we
    never print %s where %s is null in the debug string.
(3) I've verified, all memory is cleaned up, I was just paranoid.

Mon 28 Mar 2005 01:19:07 AM UTC, comment #1: 

Here is a patch that adds a -I flag to do what I suggested.

I am a little unclear of the object destruction path for milters, this may cause a memory leak, please examine it for accuracy.  Also, sorry, I did not include a manpage update.

If you have any comments, please feel free to poke me.  I've done minimal testing on a sendmail/debian setup and it seems to work well.


Mon 28 Mar 2005 12:16:01 AM UTC, original submission:  


Right now we use -i to have the milter ignore mail from safe hosts, but I roam all over the place... would it be possible to add a -I flag so that spamass-milter can check to see if the mail is coming from an authenticated relay, and if so, not run things through the milter?

The problem isn't that the users are generating spam, it's more the delay that it takes for our poor mailserver to process a message through spamassassin (5-20 seconds) is annoying when we send e-mail .





(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

Attached Files
file #14946:  spamass-milter-0.3.1-authenticated_sender.patch added by kanarip (4KiB - text/x-patch - Patch updated to match Red Hat / Fedora source RPM - 0.3.1)
file #3981:  99_authenticated_sender.diff added by None (3KiB - application/octet-stream - updated version of patch)
file #3980:  auth_sender.diff added by None (3KiB - application/octet-stream - patch against CVS head)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by kanarip (Updated the item)

    There are 50 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.


    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-02-03 kanarip Attached File- Added spamass-milter-0.3.1-authenticated_sender.patch, #14946
    2006-05-23 rdustet Carbon-Copy- Added rdustet
    2005-03-28 None Attached File- Added 99_authenticated_sender.diff, #128
    2005-03-28 None Attached File- Added auth_sender.diff, #127
    2005-03-28 None Carbon-Copy- Added reportbug --AT-- st04 --DOT-- pst --DOT-- org

    Back to the top

    Powered by Savane 3.13-04b1.
    Corresponding source code