efa-project.org

Digging, it looks like the nameserver was being stored in /etc/resolv.conf
I deleted it from there, then toggled recursion off/on and that seems to have fixed it.

Aaron Z

You aren't recursing if you are forwarding to 8.8.8.8
It shouldn't be (no DNS server listed when I go to the IP Settings page and DNS Recursion is listed as enabled) but when I run nslookup, it is going through my local DNS server.
What do I need to force it to use recursive DNS and stop using the ...

I am also seeing this even though recursion is enabled.
host -tTXT 2.0.0.127.multi.uribl.com
2.0.0.127.multi.uribl.com descriptive text "127.0.0.1 -> Query Refused. See http://uribl.com/refused.shtml for more information [Your DNS IP: 74.125.76.1]"
host -tTXT 1.0.0.127.multi.uribl.com
1.0.0.127 ...

Looking to add the header "X-Spam-Status:Yes" for both Spamassasin and MCP.
Spamassasin is currently setting the header "X-Spam-Status:Yes" when it gets over the threshhold.

I followed the directions at https://forum.efa-project.org/viewtopic.php?t=444 to setup MCP, when I send in a test email with ...

shawniverson wrote:viewtopic.php?f=13&t=1487

::facepalm:: sorry, should have searched again for the new error.
That fixed it, running 3.0.0.9 now.

Thanks

Aaron Z

That fixed the upgrade to 3.0.0.8, then it bombed out on the upgrade to 3.0.0.9 with a "Transaction Check Error":
file /usr/share/man/man3/XML::SAX::Base.3pm.gz from install of perl-XML-SAX-0.96-7.el6.noarch conflicts with file from package perl-XML-SAX-Base-1.04-1.el6.rf.noarch
file /usr/share ...

When I try to update from 3.0.0.7 to 3.0.0.9, it gets to resolving dependencies and then it quits as follows:
Resolving Dependencies
--> Running transaction check
---> Package clamav.x86_64 0:0.98.4-1.el6.rf will be updated
--> Processing Dependency: libclamav.so.6()(64bit) for package: perl-Mail ...

I would also be interested in this, would reduce user frustration if it white listed the recipients of outgoing emails in the greylist and the spam filter.

Aaron Z