Hello Reindl,
Wednesday, November 19, 2014, 6:01:32 PM, you wrote:
RH should there not be a SUBJECT_EMPTY rule
header __NH_BLANK_SUB Subject =~ /^\s*$/
describe__NH_BLANK_SUB Subject is blank
metaNH_EMPTY_SUB
Don't know where better to ask this...
I am running a new mailserver virtual domain environment with postfix
and mysql for the virtual domain definitions. amavis-new seems to be
rejecting all emails for my one domain not a sub domain of my main one.
That is, my domain (as you can see from
As you learned by now co.at ist just as valid as any other TLD. There are
many like that. Some have just shifted to that scheme, others are moving
away from it (for instance uk is now offering raw .uk registrations which
you couldn't get until last year or so). Unfortunately, there's no
Robert Moskowitz wrote:
I am running a new mailserver virtual domain environment with postfix
and mysql for the virtual domain definitions. amavis-new seems to be
rejecting all emails for my one domain not a sub domain of my main
one. That is, my domain (as you can see from my email addr) is
On 19.11.14 19:01, Reindl Harald wrote:
i have here a message hitting BAYES_95, CUST_DNSWL_2, CUST_DNSWL_5,
DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE,
RCVD_IN_MSPIKE_H2, SPF_NONE but *not* MISSING_SUBJECT
most likely because Subject: in the headers
is that
Looks like I left out all the mysql stuff from amavis.conf that I had in
my old server. Sigh. I now have to reconcile the differences and
figure this out.
On 11/20/2014 06:21 AM, Robert Moskowitz wrote:
Don't know where better to ask this...
I am running a new mailserver virtual domain
Matus UHLAR - fantomas wrote:
I remember I have asked the same some years ago.
http://www.gossamer-threads.com/lists/spamassassin/users/104646
the explanation was that the current rule detects empty subject the
same as
no subject at all. IIRC it was in fact the same rule as it is now:
header
On 11/20/2014 07:45 AM, Robert Moskowitz wrote:
Looks like I left out all the mysql stuff from amavis.conf that I had
in my old server. Sigh. I now have to reconcile the differences and
figure this out.
I am now seeing in the maillog:
Nov 20 08:36:20 z9m9z postfix/error[2698]: C379D620F2:
On 11/20/2014 07:39 AM, Mark Martinec wrote:
Robert Moskowitz wrote:
I am running a new mailserver virtual domain environment with postfix
and mysql for the virtual domain definitions. amavis-new seems to be
rejecting all emails for my one domain not a sub domain of my main
one. That is, my
Will probably have to wait some time to ensure all is now together.
On 11/20/2014 08:46 AM, Robert Moskowitz wrote:
On 11/20/2014 07:45 AM, Robert Moskowitz wrote:
Looks like I left out all the mysql stuff from amavis.conf that I had
in my old server. Sigh. I now have to reconcile the
I am not sure if this is a bug or a usage problem.
I have been running spamd on Solaris 10 and Perl v5.8.9 for years, starting
it with the command:
spamd -d -c -m 18 --min-spare=1 --max-spare=4 --syslog-socket=inet
I upgraded Perl to v5.20.1 and installed the current modules. When I
try to start
OFF TOPIC: I was amazed to see this cartoon, since so many people
probably won't get the joke!
http://bizarro.com/comics/november-15-2014/
- Mark
I don't think it's really a spam joke (though it works on that level
as well). I think it's a commentary on children (particularly Chinese
I would guess) working in sweatshops to create knock-off goods, like my
nice new Rollex watch.
On Thu, 20 Nov 2014, Mark London wrote:
OFF TOPIC: I was
Tom Schulz wrote:
I am not sure if this is a bug or a usage problem.
I have been running spamd on Solaris 10 and Perl v5.8.9 for years,
starting
it with the command:
spamd -d -c -m 18 --min-spare=1 --max-spare=4 --syslog-socket=inet
I upgraded Perl to v5.20.1 and installed the current
14 matches
Mail list logo
