I think you are just seeing the side effects of the buggy paging code
in the WebUI. When the retrain event in the log is not on the same
"page" as the original message, you get the strange lines showing
messages from noone to noone. But really everything is working fine,
its just a display bug. To double check that this is all thats
happening, retrain a message on page 2 and then go back to page 2, for
me at least it will not show as retrained, but on page 1 there will be
a new mystery message line at the top.
-Aaron
On 11/30/05, jp <jp@jimpage.org> wrote:
> In the WebUI, under the History tab I getting some strange messages.
>
> Resend Retrained Tue 2:18p <None Specified> <None Specified> Retrained
> Resend Retrained Tue 2:18p <None Specified> <None Specified> Retrained
> Miss Retrained Tue 2:18p <None Specified> <None Specified> Retrained
>
> If I look at the user.log itself I see ....
>
> 1133293376 M <None Specified> 438c670a23641990836638 <None Specified>
> Retrained
> 1133293382 M <None Specified> 438c667c23647977313442 <None Specified>
> Retrained
> 1133293385 M <None Specified> 438c634b23646789867643 <None Specified>
> Retrained
> 1133293391 M <None Specified> 438bf60a23641789614041 <None Specified>
> Retrained
> 1133293398 M <None Specified> 438bfd7023641550111625 <None Specified>
> Retrained
> 1133293405 M <None Specified> 438c0edb23641660856964 <None Specified>
> Retrained
> 1133293409 M <None Specified> 438c18a723641237519081 <None Specified>
> Retrained
> 1133293412 M <None Specified> 438c32eb23641485860999 <None Specified>
> Retrained
> 1133293416 M <None Specified> 438c369a23641545220494 <None Specified>
> Retrained
> 1133293419 M <None Specified> 438c3dd423644592019920 <None Specified>
> Retrained
> 1133293424 M <None Specified> 438c5e8223643817013681 <None Specified>
> Retrained
>
> ... I also see some similar messages in the system.log for DSPAM.
>
> I only train spam and ham through the WebUI. I am not to the point, in my
> testing, where I will resend through an alias or trapped email. Do I have
> something misconfigured that is causing a looping condition? Or is this
> normal? What is this?
>
> Throughput is ...
>
> Internet >> 25::Postfix >> lmtp::DSPAM >> 10024::Amavis >> 10025::Postfix >>
> Mailbox
>
> Any help is appreciated, TIA.
>
> DPSAM.CONF
> -------------------------------------------------------------
> Home /usr/local/var/dspam
> StorageDriver /usr/local/lib/libmysql_drv.so
> DeliveryHost 127.0.0.1
> DeliveryPort 10024
> DeliveryIdent localhost
> DeliveryProto SMTP
> OnFail error
> Trust root
> Trust mail
> Trust amavis
> Trust nobody
> TrainingMode teft
> TestConditionalTraining on
> Feature noise
> Feature chained
> Feature tb=5
> Feature whitelist
> #Algorithm naive
> Algorithm graham burton
> PValue graham
> Preference "spamAction=quarantine"
> Preference "signatureLocation=headers"
> Preference "showFactors=on"
> Preference "spamSubject="***SPAM***"
> AllowOverride trainingMode
> AllowOverride spamAction spamSubject
> AllowOverride statisticalSedation
> AllowOverride enableBNR
> AllowOverride enableWhitelist
> AllowOverride signatureLocation
> AllowOverride showFactors
> AllowOverride optIn optOut
> AllowOverride whitelistThreshold
> MySQLServer
> MySQLUser
> MySQLPass
> MySQLDb
> HashRecMax 100000
> HashAutoExtend on
> HashMaxExtents 0
> HashExtentSize 50000
> HashMaxSeek 100
> Notifications on
> PurgeSignatures 14 # Stale signatures
> PurgeNeutral 90 # Tokens with neutralish probabilities
> PurgeUnused 90 # Unused tokens
> PurgeHapaxes 30 # Tokens with less than 5 hits (hapaxes)
> PurgeHits1S 15 # Tokens with only 1 spam hit
> PurgeHits1I 15 # Tokens with only 1 innocent hit
> LocalMX 127.0.0.1
> SystemLog on
> UserLog on
> Opt in
> ParseToHeaders on
> ChangeUserOnParse full
> Broken case
> ServerMode auto
> ServerParameters "--deliver=innocent"
> ServerIdent "localhost.localdomain"
> ServerDomainSocketPath "/tmp/dspam.sock"
> ProcessorBias on
> ## EOF
>
>
>
>
Received on Wed Nov 30 11:11:40 2005
This archive was generated by hypermail 2.1.8 : Thu Dec 01 2005 - 00:00:01 EST