Mails phisically in the server but not appearing in webmail and reconstruct

Question

Hello:
Solaris 10 8/07 s10x_u4wos_12b X86
Sun Java System Messaging Server 6.3
The user deleted every single mail from his mailboxes via webmail. Every folder appeared empty in the webmail, the inbox, recycle bean, sent mails... all of them (I checked it). However, it stated that the quota usage was 50%. That was because in the server there were 50 MB of .msg files, and the user's quota is 100 MB. I don't know why happened that, as far as I know, if the .msg files were expunged messages, they shouldn't count for the quota usage, is that right?
Anyway, I removed the messages using rm, then imexpire and reconstruct -r user/username/INBOX. I sent two emails to the user with attached files, they were correctly received and the quota usage changed right (files size was 2 MB, so quota usage was 2%). I deleted the messages via webmail, I was able to see them in the server but did not appeared via webmail, and the quota was right, so everything seemed to be OK.
The weird thing is:
root@machine # reconstruct -n user/username/INBOX
user/username/INBOX
ERROR: Inconsistent information: 0 idx records 2 messages 3 expunged
So, I run reconstruct -n user/username/INBOX, it finds the problem, it shows something like "reconstructing: OK", but if I run the reconstruct -n again, it still show the "Inconsistent information" error. ¿? What am I missing?
Any help would be really appreciated. Thank you very much, and I apologize for my poor English.

Answer 1

Sorry for the incomplete info:
shjorth wrote:
Deprecated wrote:
Sun Java System Messaging Server 6.3What is the exact version (./imsimta version)?
The user deleted every single mail from his mailboxes via webmail.Which webmail? UWC/CE or Messenger Express?
Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)
libimta.so 6.3-6.03 (built 17:07:13, Mar 14 2008; 32bit)
SunOS mail1 5.10 Generic_137112-03 i86pc i386 i86pc
Webmail is UWC.
Every folder appeared empty in the webmail, the inbox, recycle bean, sent mails... all of them (I checked it). However, it stated that the quota usage was 50%.Where did it state the usage was 50% -- it may be you were seeing an old cached value?
Did you verify this output with the output of mboxutil/imquotacheck for the account?
The 50% quota usage was reported in UWC and also in the output of mboxutil.
That was because in the server there were 50 MB of .msg files, and the user's quota is 100 MB. I don't know why happened that, as far as I know, if the .msg files were expunged messages, they shouldn't count for the quota usage, is that right?The ".msg" files are not removed from disk until the next imexpire run. If a message is expunged it won't count towards quota usage.
Right, because of that I don't understand why there were ".msg" files in the disk that were not displayed in UWC, as they were expunged, but they did count towards quota usage.
Anyway, I removed the messages using rm, then imexpire and reconstruct -r user/username/INBOX. I sent two emails to the user with attached files, they were correctly received and the quota usage changed right (files size was 2 MB, so quota usage was 2%). I deleted the messages via webmail, I was able to see them in the server but did not appeared via webmail, and the quota was right, so everything seemed to be OK.
The weird thing is:
root@machine # reconstruct -n user/username/INBOX
user/username/INBOX
ERROR: Inconsistent information: 0 idx records 2 messages 3 expunged
So, I run reconstruct -n user/username/INBOX, it finds the problem, it shows something like "reconstructing: OK", but if I run the reconstruct -n again, it still show the "Inconsistent information" error. ¿? What am I missing?
-n          : report basic errors found but try not to rebuild most folder files if possible
(This may be used to catch errors before repair so they may be studied)If you run "reconstruct user/username/INBOX" was the mailbox fixed?Well, the mailbox is working fin, but I think that there's something that I'm misunderstanding. I'm really newbie in SJS Messaging Server. The -n flag is for report errors only, without performing any repair, isn't it?
http://docs.sun.com/app/docs/doc/819-4429/acmeb?a=view :
Checks the message store only, without performing a fix on the mailbox or mailboxesCommand help:
-n          : report only, no repairAnd the -r is for recursively repaire the mailbox, right? So, if I run the reconstruct -n and it found a problem, then I run the reconstruct -r and it said that the reconstruction was OK... When I run the reconstruct -n again, why did it find an inconsistency again? I don't get it.
Anyway, I don't see that problem now:
root@machine # reconstruct -n user/username/INBOX
username/INBOX
>
Regards,
Shane.Thank you for your kind help.