On 10/21/2014 11:58 PM, Quinn Comendant wrote:
On Tue, 21 Oct 2014 18:50:11 -0700, Eric Shubert wrote:
Personally, I think that's information that doesn't need to be in the
message header (along with the authenticated user's account id, but
that's another matter).

Apparently, that info is important for SA. Here's my discussion on the SA users list 
that elicited this: http://goo.gl/icChJU ("I think that
getting the DNS fixed so RBL tests work will take care of that").

I'm happy to hear its configurable. I'm going to change my config so the header 
is written and see if SA scoring improves.

I'd like to see spamdyke add its own header at some point, at which
time I'm sure it will be there. Sam's very thorough about these
things. ;)

Is spamdyke packaged with QMT nowadays? I'm not using it.

Quinn

---------------------------------------------------------------------

That's interesting. The extra DNS lookup is no big deal really, as it'd be cached by the resolver. I don't recall any other negative side effects of taking the -H away. I seem to recall some discussion about it several years back on this list though. Would you try to find that and see what the upshot was? We should probably consider removing the -H option.

This is somewhat moot though, as the new qmail package will be using xinetd/init instead of tcpserver/supervise in an upcoming release. Everything except qmail is no longer using supervise, and qmail is the last piece. I don't have a time estimate for this, but I expect it will be the next release.

Yes, there is a new spamdyke rpm included with the yum repos for the new QMT. You cannot use this with the legacy qmail-toaster package though, as the configurations are a little different.

You should most definitely be using spamdyke. You can install it with the qtp-install-spamdyke script. Your server will thank you, as you'll see the load drop significantly because it won't be scanning nearly as much. I wouldn't run a mail server without it.


--
-Eric 'shubes'


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to