Bug 4871 - RFE: Please add config option / command line to set spamd's listen queue length
Summary: RFE: Please add config option / command line to set spamd's listen queue length
Status: NEW
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: Libraries (show other bugs)
Version: 3.1.0
Hardware: Other other
: P4 enhancement
Target Milestone: Future
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-16 04:24 UTC by David Muir Sharnoff
Modified: 2018-09-04 15:29 UTC (History)
2 users (show)


Attachment Type Modified Status Actions Submitter/CLA Status
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description David Muir Sharnoff 2006-04-16 04:24:34 UTC 
I run a bunch of spamds (10 currently).  I would like to be able to fail-over
past busy nodes more quickly. To do this, I need to be able to set the depth of
the listen queue to something small.  With a large listen queue, I end up with
hundreds of spamc's waiting for the same busy spamd.

Yes, a load-balancer would also do the trick.

Thanks,
-Dave
Comment 1 Justin Mason 2007-01-01 04:58:27 UTC 
btw, the idea is sound -- a command line switch to spamd would be most
appropriate.  if a patch was supplied it may be possible to get it into 3.2.0.
Comment 2 Justin Mason 2010-01-27 02:20:55 UTC 
moving most remaining 3.3.0 bugs to 3.3.1 milestone
Comment 3 Justin Mason 2010-01-27 03:16:38 UTC 
reassigning, too
Comment 4 Justin Mason 2010-03-23 16:33:52 UTC 
moving all open 3.3.1 bugs to 3.3.2
Comment 5 Karsten Bräckelmann 2010-03-23 17:42:55 UTC 
Moving back off of Security, which got changed by accident during the mass Target Milestone move.
Comment 6 Kevin A. McGrail 2013-06-21 16:08:26 UTC 
Moving all open bugs where target is defined and 3.4.0 or lower to 3.4.1 target
Comment 7 Kevin A. McGrail 2015-04-12 15:29:02 UTC 
Good idea but no code to implement and most people use load balancers, etc.  Pushing to 3.4.2
Comment 8 Kevin A. McGrail 2018-09-04 15:29:07 UTC 
Pushing again to future and not a specific version. Without code, unlikely to get picked up.