TryAnythingOnce
Technical User
- Feb 2, 2002
- 7
- 0
- 0
This is in response to thread thread11-1284436. Since it's already closed I'll start a new thread to answer it. While you've hopefully fixed this problem this may help others who are still on the Netscape/Sun iPlanet systems.
Manually deleting messages can cause some indexing problems between the client and the server. Once you delete any email message manually you should run the "reconstruct" command with the -r option to re-sync the folder's (the Inbox in this case) store files with the actual message that remain.
If you've never run the reconstruct command, look it up in the help. It sits in the /server4/bin/msg/admin/bin directory off the root of your server. You can run it against a single user or against the entire store, which you'd want to do in your case. Which is just "./reconstruct -r".
Just a note, we also have an all users group list, but many years ago restricted it to only a couple of authorized users so this kind of thing (or worse) can't happen.
Don
_____________________________
We run Iplanet Messaging Server 5.2 on solaris 8.
Yesterday one guy sent a big email(>70M) to all@mycompany.com(email address to all people in our company).
Because many people spent long time on getting it and failed,so I deleted them directly by command rm -f `find ./ -size 78856743`
But after we did that,many users using outlook had trouble when received their email,they got the big mail title,but couldn't got the entity because we deleted it,so the Outlook warned an error "cannot read the message..."
Anybody know how to deal with it,or give some troubleshooting idea?
Thanks!
Manually deleting messages can cause some indexing problems between the client and the server. Once you delete any email message manually you should run the "reconstruct" command with the -r option to re-sync the folder's (the Inbox in this case) store files with the actual message that remain.
If you've never run the reconstruct command, look it up in the help. It sits in the /server4/bin/msg/admin/bin directory off the root of your server. You can run it against a single user or against the entire store, which you'd want to do in your case. Which is just "./reconstruct -r".
Just a note, we also have an all users group list, but many years ago restricted it to only a couple of authorized users so this kind of thing (or worse) can't happen.
Don
_____________________________
We run Iplanet Messaging Server 5.2 on solaris 8.
Yesterday one guy sent a big email(>70M) to all@mycompany.com(email address to all people in our company).
Because many people spent long time on getting it and failed,so I deleted them directly by command rm -f `find ./ -size 78856743`
But after we did that,many users using outlook had trouble when received their email,they got the big mail title,but couldn't got the entity because we deleted it,so the Outlook warned an error "cannot read the message..."
Anybody know how to deal with it,or give some troubleshooting idea?
Thanks!
