imexpire.lck - what is this?
Sun Java(tm) System Messaging Server 6.2-7.05 (built Sep 5 2006)
libimta.so 6.2-7.05 (built 12:18:44, Sep 5 2006)
imexpire.lck
I have the above file in my <msg-config>/config dir and (as well as a store.lck file) and they haven't been touched in over a year (0 bytes). I ask because it appears my store expire rule isn't working either.
store.expirerule:
Trash.Folderpattern:user/.*/Trash
Trash.Messagedays:3
Trash.Exclusive:false
And in configutil it is set to run every day at 4:30am and I see that it runs in the default log file. I have atleast one user that I've run the above rule (using imexpire on the command line) that has lots of old mail in her Trash and it doesn't remove anything.
Thoughts?
[772 byte] By [
JHU_JESa] at [2007-11-27 10:59:14]
# 1
Hi,
> imexpire.lck
>
> I have the above file in my <msg-config>/config dir
> and (as well as a store.lck file) and they haven't
> been touched in over a year (0 bytes). I ask because
> it appears my store expire rule isn't working
> either.
That isn't unexpected. These files are created to be used to hold locks at the OS/file-system level. They aren't deleted when the locks on the file are released (nor do they need to be).
> store.expirerule:
> Trash.Folderpattern:user/.*/Trash
> Trash.Messagedays:3
> Trash.Exclusive:false
As an aside, a better folder-pattern is "user/%/Trash" as this will only match /user/myuid/Trash whereas the rule you have could match "user/myuid/a folder/a subfolder/Trash"
> And in configutil it is set to run every day at
> 4:30am and I see that it runs in the default log
> file. I have atleast one user that I've run the
> above rule (using imexpire on the command line) that
> has lots of old mail in her Trash and it doesn't
> remove anything.
>
> Thoughts?
Try running the imexpire command manually with debug mode enabled:
cd /opt/SUNWmsgsr/sbin
./imexpire -n -d -v 3
That should provide output which may help explain why the messages aren't being deleted.
Regards,
Shane.
# 2
Hi Shane,
I ran imexpire on the command line for one user with the options you have after I changed my expirerule to what you suggested and it showed that it would delete most of her Trashed messages. So then I ran it without -n and it infact removed the messages. This is good. I'm just wondering why ".*" appears to not be working?
Now I'll wait until imexpire runs automatically tomorrow morning to see if other accounts get cleaned up.
Thanks.
# 3
Hi,
The reason why your rule didn't work is that you didn't add the line:
Trash.regexp: 1
The string ".*" is a POSIX regular expression and not an IMAP folder matching expression. The equivalent with IMAP folder matching is just "*". To match a single user/folder you can use just "%" as per my earlier update.
Regards,
Shane.
