Aging Policy Output From Stored
Hello,
I am currently making some changes to our SPAM cleanup policy. After the changes have been done and have done stop-msg, start-msg, I decided to test out of things looks right. I am running "stored -c -n -v" and looking at some of the output, it looks like more than just SPAM/Trash/Deleted folders are getting processed. Is this normal output? What I am seeing is a NOTICE that stored is
"processing mailbox 'user/joeuser/INBOX'" when I thought I would only see folder names that I have specified in the expirerule settings. Here's what I have for the SPAM folders - policies for Trash/Deleted are similar:
store.expirerule.purgespam.exclusive = false
store.expirerule.purgespam.folderpattern = user/*/SPAM
store.expirerule.purgespam.foldersizebytes = 524288
store.expirerule.purgespam.messagecount = 50
store.expirerule.purgespam.messagedays = 1
store.expirerule.purgespam.messagesize = 262144
store.expirerule.purgespam.messagesizedays = 1
Your help and comments will be appreciated.
Keith
[1075 byte] By [
kmrnm10a] at [2007-11-27 3:54:36]
# 1
Hi Keith,
As usual please supply version information (./imsimta version) -- expire/aging support has changed lots during the various versions/hotfixes etc.
> I am currently making some changes to our SPAM
> cleanup policy. After the changes have been done and
> have done stop-msg, start-msg, I decided to test out
> of things looks right. I am running "stored -c -n -v"
> and looking at some of the output, it looks like more
> than just SPAM/Trash/Deleted folders are getting
> processed. Is this normal output?
Why are you using "-c" as well ?
This is a very specific operation to erase expunged messages, which is different to testing expiration rules.
A better test-run command is:
./stored -n -vv
> What I am seeing is
> a NOTICE that stored is
> "processing mailbox 'user/joeuser/INBOX'" when I
> thought I would only see folder names that I have
> specified in the expirerule settings.
The stored expire run will process all folders for a match to the folderpattern and as part of the cleanup-cycle (checking for store.exp). If this pattern doesn't match or if the mailbox is empty (no store.idx) then it will not action the expire rule(s).
Regards,
Shane.
# 2
Hi Shane, thanks for the quick response. I'll remember next time, but here's the version:
iPlanet Messaging Server 5.2 HotFix 2.09 (built Nov 18 2005)
libimta.so 5.2 HotFix 2.09 (built 10:35:58, Nov 18 2005)
SunOS luminis-email 5.9 Generic_118558-36 sun4u sparc SUNW,Sun-Fire-480R
I realize it's off support (or going off), but we're starting to work on 6.2
You're right, I don't need the "-c" for this test. I am also re-running with the -vv
option, that will definitely say what it will be doing.
Since my first test, I also changed the "*" to a "%" in the mailbox pattern as I found something you had said in a previous post that it would just match for the userid. I didn't want to go traipsing down various paths that I shouldn't.
Finally, I changed the exclusive from "false" to "true" and I really want things to be specific to those folders. I'm really glad you saw this as I was getting concerned that maybe something wasn't right. Had to put something in tonight as we're getting a ton of spam and disk utilization has grown quite a bit just today.
About time to head out. Have a good night, and thanks again - Keith
