On Fri, 11 Aug 2017, John Hardin wrote:
On Fri, 11 Aug 2017, Scott wrote:
I'm chicken. :D
I don't have much (almost no) experience overriding those yum packages.
It's pretty simple, just "yum install {local_filename}"
And those warnings I got when I rebuilt from source made me nervous
On Fri, 11 Aug 2017, Scott wrote:
I'm chicken. :D
I don't have much (almost no) experience overriding those yum packages.
It's pretty simple, just "yum install {local_filename}"
And those warnings I got when I rebuilt from source made me nervous.
I suppose I could publish the Centos 7 x8
I'm chicken. :D
I don't have much (almost no) experience overriding those yum packages. And
those warnings I got when I rebuilt from source made me nervous.
Maybe when the dust settles...
--
View this message in context:
http://spamassassin.1065346.n5.nabble.com/Bayes-auto-learn-not-happe
On Fri, 11 Aug 2017, Scott wrote:
Centos7 (selinux disabled at the time of testing)
Spamassassin 3.4.0
Next on your plate: upgrading to 3.4.1...
https://dl.fedoraproject.org/pub/fedora/linux/releases/25/Everything/source/tree/Packages/s/spamassassin-3.4.1-9.fc25.src.rpm
It works jes' fine he
Restored my last copy of my manually learned bayes database from the "bad"
directory to the new location. Let it cook for a day. Of the messages that
made it through postscreen, RBLs, etc since my logs rotated early this
morning, 93% were autolearn=no, 2% autolearn=spam, 5% autolearn=ham. ZERO
Tom:
re selinux:
Yes, once I discovered the fix, I considered that could have been the casue.
FWIW I'm not using it and it's disabled, so it *shouldn't* hose anything.
But I would not be surprised if it were the culprit.
--
View this message in context:
http://spamassassin.1065346.n5.nabbl
Hi everybody...
When an email has a MIME part with no Content-Type header, is there any way to
force SA "guess" the format based on other criteria... file extension, for
example?
Example:
Content-Disposition: attachment;
filename="details.pdf"Content-Transfer-Encoding: base64
Thanks!
PedroD
xOn 11-08-17 17:05, Scott wrote:
> I'm going to go back and look at my build notes but I think that directory
> got created for me. It's just as possible i followed some "guide". I am
> positive i did not think it up on my own LOL. I remember more than set of
> instructions one with that path se
On Fri, 11 Aug 2017 17:25:59 +0100
RW wrote:
> On Fri, 11 Aug 2017 11:49:29 -0400
> Dianne Skoll wrote:
>
> > On Fri, 11 Aug 2017 15:27:52 +
> > hospice admin wrote:
> >
> > > text = "v=spf1 exists:%{i}._spf.xyz.com ~all"
> > > What I'd like to do is turn this into an RBL check, but
> > >
On Fri, 11 Aug 2017 11:49:29 -0400
Dianne Skoll wrote:
> On Fri, 11 Aug 2017 15:27:52 +
> hospice admin wrote:
>
> > text = "v=spf1 exists:%{i}._spf.xyz.com ~all"
> > What I'd like to do is turn this into an RBL check, but
> > eval:check_rbl('Evil-ESP','_spf.xyz.com')
>
> I understand wha
On Tue, 4 Jul 2017 08:45:09 -0700
Marc Perkel wrote:
> However ...
>
> I have no hard information and I don't actually know what happened but
> something extraordinary occurred and it is so easy to want to declare
> victory, but the easiest person to fool is myself and I would like to
> see a doc
On Fri, 11 Aug 2017, Dianne Skoll wrote:
On Fri, 11 Aug 2017 15:27:52 +
hospice admin wrote:
text = "v=spf1 exists:%{i}._spf.xyz.com ~all"
What I'd like to do is turn this into an RBL check, but
eval:check_rbl('Evil-ESP','_spf.xyz.com')
I understand what you're trying to do, but have yo
On Fri, 11 Aug 2017 15:27:52 +
hospice admin wrote:
> text = "v=spf1 exists:%{i}._spf.xyz.com ~all"
> What I'd like to do is turn this into an RBL check, but
> eval:check_rbl('Evil-ESP','_spf.xyz.com')
I understand what you're trying to do, but have you thought about the
implications? You a
Hi Team,
There's a particularly annoying ESP bugging us. Their clients always include a
reference to them in their SPF records, which look something like this:
text = "v=spf1 exists:%{i}._spf.xyz.com ~all"
So, if a message is dropped from 1.2.3.4
nslookup 1.2.3.4._spf.xyz.com
returns
I'm going to go back and look at my build notes but I think that directory
got created for me. It's just as possible i followed some "guide". I am
positive i did not think it up on my own LOL. I remember more than set of
instructions one with that path setting, and it very well could be the
rela
On Fri, 11 Aug 2017 16:22:50 +0200
Matus UHLAR - fantomas wrote:
> don't set the path, that way it should work OOTB.
Maybe amavis is different and has it's own internl default location, but
the equivalent for spamd relies on the packager giving the spamd user a
unix home directory.
I once saw a
On 10.08.17 20:15, Scott wrote:
About the only difference in my old, functioning box and this new "clean"
install was the location of the bayes files.
Old box:
/var/spool/amavisd/.spamassassin/
New box:
/etc/mail/bayes
On 11.08.17 16:22, Matus UHLAR - fantomas wrote:
Do did you change bayes p
On 10.08.17 20:15, Scott wrote:
About the only difference in my old, functioning box and this new "clean"
install was the location of the bayes files.
Old box:
/var/spool/amavisd/.spamassassin/
New box:
/etc/mail/bayes
Do did you change bayes path in first place?
amavis is the only one who pr
Yeah, i don't know who the culprit is. sa-learn always worked. autolearn did
not. So far this am it's looking good. An expected spread of autolearn no,
spam, and ham. Not a single unavailable. Will check this afternoon and
expect to call this done. Summary for other googlers to follow.
--
View
On Thu, 10 Aug 2017 20:15:48 -0700 (MST)
Scott wrote:
> For reasons beyond my skill set,
> SA will not auto-learn to a bayes db in a folder in /etc/mail/bayes.
> Regardless of wide open permissions on everything except /etc. And
> the user's confirmed ability to write to the folder.
But sa-lea
20 matches
Mail list logo
