I have over 200 dead mails in my servers mail.box and would like to delete/resend them but cant see them. I have full admin permissions.
The problem is that when I open the mail.box (either by: File->DB->Open, or using the domino admin to view the mail.box) I think it actually shows the inoc.box (instead of the mail.box). When I open the DB mail.box and look at the DB properties it show the file name as inoc.box.
The inoc.box has 0 documents.
Anybody know why it does this? How can I access the mail.box without domino automatically opening the inoc.box? How can I make the Domino Admin-> messaging tab show the actual mail.box and not the inoc.box?
Also, I tried to copy the actual mail.box to the desktop, and then opened the mail.box (copy) localy with the notes client, then the mail.box opened and I could see all the dead mail.
Ive been strugling with this issue for months, Ive read the forms but found nothing. The only way I have of clearing the dead mails is to delete the mail.box and let the router re-create the mail.box
This is the ‘in between’ mail box of the Inoculate Virusscanner (Computer Associates)
Try to open the mail.box by ‘File–>Database–>Open’ en type mail.box$ (yes yes:with the dollar sign included) as the file name. You will allways have to open the domino mailbox this way, because the database icon will allways open the inoculate mailbox. At least that’s how it works over here (eTrust 7.0 for Domino)
BTW: Here, the admin client shows the ‘real’ domino mail.box, so I can’t help you on that.
Yes I have Full Manager rights in both the mail.box and inoc.box. I am sure that the reason I cant see it is because Domino automatically opens the inoc.box instead of the mail.box when trying to open the mail.box.
Dont think I can do anything about it except maybe get a new antivirus software
I have eTrust 7.1 running on my Win2k Server with the eTrust scanner (InRouter) for Domino installed. I had the same problem with eTrust v7.0. We were going to upgrade to v7.1 anyway, so I’d hope that it would resolve the problem of not being able to see the dead mail in the mail.box. It didn’t fix my problem. After talking to CA support they claim this is a known issue. Upgrading to v7.1 of eTrust did not help my situation. Their only work around was to go to the server that the scanner was installed on, Right Click the eTrust Real Time Monitor in the task bar (by the system clock)–>Choose Mail Options–>Uncheck Incoming and Outgoing Messages–>Click OK. You’ll now be able to read your mail.box file(s) and purge any dead/pending mails. The selection you unchecked in eTrust Mail options will reset itself after a while but I’d turn it back on when you are done. This option will actually stop scanning your incoming mail with attachments until it’s reset (turned back on). I’m not 100% sure on that but when I tested it my logs indicated that InRouter.exe (attachment scanning tool) was not running after I unchecked the “Incoming and Outgoing Messages” option on the server and sent a message with attachment. We don’t receive that many attachments so I do this 2x a day (morning and night) to purge the mail.box files. I’d assess your own situation with caution as turning off that feature for a few minutes will circumvent the reason why its there to begin with!!! Also, for each mail.box file you have, only the matching inoc.box file is used in conjunction with the InRouter. When I installed the InRouter it created 10 inoc.box files. CA support let me know it was ok to delete ones that were not in use. I now have mail1.box and mail2.box along with inoc1.box and inoc2.box, that’s it. An alternative way to purge dead/pending mail is to go into your webadmin.nsf from a browser. For some reason you can see your mail.box this way but it is too time consuming to purge than in a Notes client and you are limited to the options of what you can do with the mail messages. There is a link below, hopefully it will be added in a future release. Hope that helps.
Try to open the mail.box by ‘File–>Database–>Open’ en type mail.box$
I tried this several times now. Once it opened the inoc.box again (no dead mail), another time I got the message that the DB is not initialized and I should replicate the mail.box, and most of the times I tried it just hangs up trying to open the mail.box$ DB (the little lightning bolt flashes and flashes) I have waited for over 10 minutes and nothing happened.
BTW: you can easily remove your dead mail with the Administrator Client
Please explain how I can do this? When I go under the “Messaging Tab” and look at the mail.box view, I see NO dead mails. I presume that this view is showing the inoc.box because when I send a mail out and I keep refreshing this view I quickly see it in the view and then disapears as it is sent out.
Fabio, interesting. I have a customer that has the exact same problem. In addition, they have ten replica copies of inoc.box as in inoc1.box, inoc2.box, etc.
I can’t seem to locate the dead mail either. My recommendation is to yank the product. It also strips out images in MIME emails. Ugly.
You’ll have to forgive my ignorance, but what is the inoc.box? I’ve got a lot of servers routing mail and haven’t run across that…
Is that in use? Is it something you can remove from the server? Does the replica ID match that of the mail.box? You could set your configuration doc to have 2 mail boxes (mail1.box and mail2.box) and restart…
