ses SPF."
>
>
right, or better, this domain is using spf only for having it, means
nothing ...
IMO any of this spf politic options + ? ~ are making the SPF record
worthless
but I think the -all option should be considered as valid, because at
least the sys-admin gives instruction
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 deta
a stolen car ...
if you target a culprit you should go after all this irresponsible
webhosting companies which do 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
end it out ...
IMO when the domain and sender exist, not as known spammer 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
to 15
seconds even on the most busiest machines, most are not going beyond 5,
since numbers are better, I have 17msgs over 15 seconds but not passing
16.5 from 32400 processed msgs, daily average for last week for one of
my midsize server
I do not see any difference between machines with pe
Even doing so, I don't now if such a test or any mathematically average
scan time can say something at all 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 opini
t; activate the changes.
>
I would say 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
nfigures SPF with ~all is showing the bird to all ...
so I take "the bird action" also on my servers
if all would do so, 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
ation as fast 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
t this problem 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
verhead for
spamd and it is practical, easy and cheap, the result is, before I 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
y start using
sa-learn, but IMO there are a lot of other interesting things you should
dominate first before hacking bayes 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
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
>>> #
>&g
quot;spam" | grep "Mar 8" | awk '{print $9}' | xargs
> zgrep -i "score="
>
>
wow 5 processes 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|pattern
LuKreme wrote:
> On Mar 4, 2012, at 21:34, xTrade Assessory 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
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/d
ght not have a account there, so you cannot
connect ... ?
Hans
--
XTrade Assessory
International Facilitator
BR - US - CA - DE - GB - RU - UK
+55 (11) 4249.
http://xtrade.matik.com.br
LuKreme wrote:
> On 04 Mar 2012, at 03:55 , xTrade Assessory wrote:
>
>> what do you think of something less complex?
> Yeah, I went with Junk/NotJunk, anything placed in Junk gets trained as spam,
> anything in NotJunk trained as ham. What I’d like to do though is move the
&
few times with
> the virtual users, but I ended up with a process that ground the computer to
> a halt and generated a bayes database that was massively large (GBs).
>
> So, other than throwing more iron at the problem, is there something I can do
> to make this process a little
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 bo
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 w
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. 3600I
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-d
A Record
even 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
mtp.mfrom=a...@yyy.com.br
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
25 matches
Mail list logo