>1) Our DECmmdd.log is just getting too big. I guess we are just tracking too
>much good data. With the LOG set to low, the file still approaches 150 to
>250 MB each day.
Two options that could help:
[1] You can add a line "LOG_OK NONE" to the \IMail\Declude\global.cfg
file. This will change it so that Declude will not log any of the "Message
OK" lines.
[2] You could change the "LOGLEVEL LOW" to "LOGLEVEL WARNING", which would
not log any normal information about spam/nonspam, but would record any
warnings or errors that may occur. This would normally reduce the log file
by 99% or so.
>2) Just a comment and request for the Declude Console. I now understand the
>"S" = SPAM (weather the e-mail is deleted or not). So if the e-mail fails
>even a minor test that is not fatal, the e-mail is counted as SPAM.
That's correct. Declude doesn't have a simple "This is spam" or "This is
not spam" designation for E-mail, unlike most programs. Instead, you can
do things like have a warning header added for some tests, and delete mail
failing other tests. So in the Declude Console, it assumes that if any
test fails, the E-mail is spam. That's only used for display purposes.
>In the next rev of the console, could you display one more
>action D=Deleted. I think it would generate a better understanding of what
>was happening.
I'll see if we can add that.
-Scott
---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". You can E-mail
[EMAIL PROTECTED] for assistance. You can visit our web
site at http://www.declude.com .
