worthless
but I think the -all option should be considered as valid, because at
least the sys-admin gives instruction to reject what is not defined by
his SPF record. So it should be treated by the receiver MTA as it is
meant.
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA
Martin Gregorie wrote:
On Tue, 2012-04-24 at 14:25 +0100, RW wrote:
On Mon, 23 Apr 2012 01:20:13 -0300
xTrade Assessory wrote:
no serious bank, as any other serious company, would ever send out
emails asking for user details
the user who believes that, is or incredible ingenious
not review the content and web admins who
do not have a clew about what they are doing
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
or OR, you
should not do that and better hang on to content analysis for
evaluation/scoring
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
from 32400 processed msgs, daily average for last week for one of
my midsize server
I do not see any difference between machines with perl 5.8 or 5.14
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
about perl performance
IMO, if you really have scan times over 20 seconds (as you query your
log for) you may have other problems, not perl related problems
but as always, only my opinion
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http
you nned to run sa-update, then sa-compile and then restart
spamd ... and check the log if it comes up clean
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
got
on certain accounts 50 SPAMS per day, now 2 maybe 3 and that numbers
are for mservers with each of them having +50.000 accounts going through
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
is probably not relevant for europe
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
as possible in
order to get still to the endpoint
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
, SPF would be taken much more serious by the ~admins
and life could be a little better :)
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
and also, of course sending a real
pizza over here :)
cheers
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
for each step ... that eventually gets your machine real
busy ...
at least join all this greps into one grep -e pattern -e pattern or
egrep pattern1|pattern2
but then when you have the score what do you do with it?
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU
Bowie Bailey wrote:
On 3/8/2012 5:19 AM, xTrade Assessory wrote:
Tom Kinghorn wrote:
You can then grep through the spam files and search for a common
string, eg score.
e.g
# cd /amavis/virusmails
#
# ls -la | grep spam | grep Mar 8 | awk '{print $9}' | xargs
zgrep -i score=
wow 5
LuKreme wrote:
On Mar 4, 2012, at 21:34, xTrade Assessory xtr...@matik.com.br wrote:
you can disable the plugin or setup use_dcc 0 in local.cf
The plugin *was* disabled in v310, but the errors still showed up in the
maillog, which is what started this. As far as I can see, dcc was never
, other than throwing more iron at the problem, is there something I can do
to make this process a little smarter? Make it work with the virtual users
without generating a massive db file?
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http
-servers.net,- RTT+1000 ms anon
dcc4.dcc-servers.net,- RTT+1000 ms anon
dcc5.dcc-servers.net,- RTT+1000 ms anon
not sure but probably the dccifd is the remote daemon and since DCC is a
commerial service you might not have a account there, so you cannot
connect ... ?
Hans
--
XTrade
LuKreme wrote:
On 04 Mar 2012, at 05:38 , xTrade Assessory wrote:
not sure but probably the dccifd is the remote daemon and since DCC is a
commerial service you might not have a account there, so you cannot
connect ... ?
http://www.rhyolite.com/dcc/
The non-commercial DCC software
Michelle Konzack wrote:
Hello xTrade Assessory,
Am 2012-03-01 16:27:41, hacktest Du folgendes herunter:
your domain has no A Record
--[ command 'dig ANY tamay-dogan.net' ]-
;; Truncated, retrying in TCP mode.
tamay-dogan.net. 3600IN SOA dns1
Michelle Konzack wrote:
Hello xTrade Assessory,
Am 2012-03-03 14:59:16, hacktest Du folgendes herunter:
not quite ... your domain has no A record
Ehm:
tamay-dogan.net. 3600IN MX 10 mail.tamay-dogan.net.
mail.tamay-dogan.net. 3600IN A 78.47.247.21
Do I
Benny Pedersen wrote:
Den 2012-03-03 19:25, xTrade Assessory skrev:
the A record for a domain is the fall back for MTAs if no MX is
available
what mta do try this ?
any
, what rfc says there must be a A for every hostname pr MX ?
firstable what you wrote here does not make any sense
Benny Pedersen wrote:
Den 2012-03-03 18:59, xTrade Assessory skrev:
not quite ... your domain has no A record
dig ANY www.tamay-dogan.net a
dig ANY www.tamay-dogan.net
both works here
first BS is querying the www record
second, BS is both works, what firstable is no answer at all
if it has an MX the missing A Record may be a cause of msgs being
rejected on certain mailservers, most probably after HELO before any
antispam hooks in, but if it goes through, it might be possible that
there are antispams (custom or not) looking for the domain A Record as well
Hans
--
XTrade
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
DKIM_VALID,DKIM_VALID_AU,SPF_PASS,T_RP_MATCHES_RCVD
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
24 matches
Mail list logo