Hi,
>> Perhaps a question for the dev list, but I've just pulled the latest
>> version from svn, r1603656, according to the output of svn.
>
> Should be alright. The Subversion database of ASF is common to multiple
> projects, so revision numbers do monotonically increase, but not
> every number c
On Wed, 18 Jun 2014, Alex wrote:
Hi,
Perhaps a question for the dev list, but I've just pulled the latest
version from svn, r1603656, according to the output of svn. After compiling
and running it with --version, it reports:
# spamassassin --version
SpamAssassin version 3.4.1-r1567128
Did I do
Alex,
Perhaps a question for the dev list, but I've just pulled the latest
version from svn, r1603656, according to the output of svn.
Should be alright. The Subversion database of ASF is common to multiple
projects, so revision numbers do monotonically increase, but not
every number correspon
Hi,
Perhaps a question for the dev list, but I've just pulled the latest
version from svn, r1603656, according to the output of svn. After compiling
and running it with --version, it reports:
# spamassassin --version
SpamAssassin version 3.4.1-r1567128
Did I do something wrong? Where did it get t
On 6/18/2014 5:36 PM, Walter Hurry wrote:
On 6/17/2014 4:28 PM, Kevin A. McGrail wrote:
Walter, Mark Martinec found a change in Net::DNS 0.76 that likely is
your issue. He also submitted a patch which I've tested and appears
to fix your exact problem. Can you either patch your installation
bas
On Wed, 18 Jun 2014 12:52:19 -0400, Kevin A. McGrail wrote:
> On 6/17/2014 4:28 PM, Kevin A. McGrail wrote:
>> On 6/17/2014 4:17 PM, Walter Hurry wrote:
>>> Jun 17 21:10:28.016 [832] dbg: dns: servers obtained from Net::DNS :
>>> Jun 17 21:10:28.016 [832] dbg: dns: eval failed:
>>> available_names
On Wed, 2014-06-18 at 17:33 +0200, Toni Schornböck wrote:
> Basically my problem is the following: TheCompany is a business partner of
> ours but we get lots of spam mail that claims to be from TheCompany. So
> sometimes a correct mail gets caught up in my spamfilter because
> spamassassin has a h
On 6/17/2014 4:28 PM, Kevin A. McGrail wrote:
On 6/17/2014 4:17 PM, Walter Hurry wrote:
Jun 17 21:10:28.016 [832] dbg: dns: servers obtained from Net::DNS :
Jun 17 21:10:28.016 [832] dbg: dns: eval failed: available_nameservers:
No DNS servers available!
This is the crux.
Should look something
On 6/18/2014 11:33 AM, Toni Schornböck wrote:
Hi.
Is it possible to downscore mails from a specific mailserver? I have
hostname and ip, but I don't just want to make a Received-Header rule to
downscore it, because the received header can't be trusted.
whitelist_from_rcvd
See the man page for
On 18.06.14 13:59, Timothy Murphy wrote:
I'm running Postfix with dovecot, spamass-milter and SpamAssassin
on a CentOS-6.5 server.
At the moment I am sending spam to my spam folder ~/Maildir/.Spam/
with procmail, by appending
mailbox_command = /usr/bin/procmail -f- -a "$USER"
to /etc/postfix/ma
Hi.
Is it possible to downscore mails from a specific mailserver? I have
hostname and ip, but I don't just want to make a Received-Header rule to
downscore it, because the received header can't be trusted.
I use amavisd-new and postfix on my mailserver to call spamassassin, so
spamassassin should
On 06/18/2014 02:59 PM, Timothy Murphy wrote:
I'm running Postfix with dovecot, spamass-milter and SpamAssassin
on a CentOS-6.5 server.
At the moment I am sending spam to my spam folder ~/Maildir/.Spam/
with procmail, by appending
mailbox_command = /usr/bin/procmail -f- -a "$USER"
to /etc/pos
On 6/18/2014 8:59 AM, Timothy Murphy wrote:
I'm running Postfix with dovecot, spamass-milter and SpamAssassin
on a CentOS-6.5 server.
At the moment I am sending spam to my spam folder ~/Maildir/.Spam/
with procmail, by appending
mailbox_command = /usr/bin/procmail -f- -a "$USER"
to /etc/pos
I'm running Postfix with dovecot, spamass-milter and SpamAssassin
on a CentOS-6.5 server.
At the moment I am sending spam to my spam folder ~/Maildir/.Spam/
with procmail, by appending
mailbox_command = /usr/bin/procmail -f- -a "$USER"
to /etc/postfix/main.cf .
This seems a little convoluted to
On 6/18/2014 3:01 AM, Franck Martin wrote:
>So again, I think it would be nice to have the DMARC policy results as another
criteria for SpamAssassin to decide if a mail is Spam or not.
>
yes but in short, If opendmarc is installed, then spamassassin needs to let it
do its job, if there is no o
On Jun 9, 2014, at 11:27 PM, Christian Laußat
wrote:
> Am 10.06.2014 05:53, schrieb Franck Martin:
>> This is not correct. I think it is strange to claim that yahoo or aol,
>> being a co-creator of DMARC and having outstanding engineers in the
>> profession do not know what they are doing.
>
>
16 matches
Mail list logo
