Hi,I ran a test of the estimator tool (the updated version) on a small Domino server and it worked fine. I then tried to run it on a mail server with 1,200 mail files and it didn’t make it past the first 50 or so, even after leaving it running overnight. It doesn’t seem to respond to a quit command, and after stopping it in task manager I’m unable to restart it again (trying on a single directory this time). It looks as though I’m going to need to wait until after the next Domino restart, but if anyone can come up with a better option I would appreciate it.
Thanks,
Mike
Subject: Version 1.1 posted
The latest release of the DAOS Estimator is available on the Domino Download Site.
http://www-01.ibm.com/support/docview.wss?rs=463&uid=swg24021920
If fixes the hang problem due to MIME->CD converting a message with a BinHex encoded attachment. It also addresses the iSeries issues.
Subject: Funny, I could have sworn it was 1.1
Thanks Dan, I had read the warnings about the 1.0 hang and downloaded the program on Mon 26 Jan (I’d even followed the “Corrected versions of DAOS …” link to check on it), but as I was responding to your post to say that I already had 1.1 I checked the report it generated and the header showed that it was still version 1.0. I’ve just re-downloaded the program and will try again. Thanks.
Subject: Known problem - new build in progress to address
We are sorry you encountered a problem using the estimator.
A few other customers have seen this is as well. We believe that this is a bug opening a note (when MIME->CD converting message with a BinHex encoded attachment)
If this is the same problem we have seen, and NSD would show the hung thread in a mime conversion routine called by NSFNoteOpen. This bug was fixed in 8.03.
We will be posting an update to the estimator shortly which avoids this problem by not converting the mime portion of the message ( it should be faster as well)
It this does not seem like the same issue, take an NSD and send it to us.
Subject: who developed this utility?
I’m a Notes C API programmer and I was surprised when I saw that the developers who created this utility used an old NSFNoteOpen function instead of NSFNoteOpenExt. I mean, it will work (no crash) but there will be plenty of Mime-To-CD conversion in the server side causing thousands of msgs in the console and consuming resources of the server CPU.
The worst part is not that, but the real problem is that when there is a Mime-To-CD conversion in memory, the document will internally loose attachments… for example a MIME document having one embedded image will contain an internal attachment and this attachment would be handled by DAOS in practice… once you do the conversion (because you used an old API) then this attachment is lost and you don’t count it in the DAOS repository. So it will not give an accurate information.
An extreme example: Suppose in your organization you configure the SMTP to always receive base64 attachments… when you do the Mime-to-CD conversion, base64 attachments will be transformed into binary attachments. A base64 attachment (due to its internal coding) has 33% more storage (fixed number, not statistical) than the binary.
So it will mean that in this organization there will be a difference of almost 33% in the reported numbers!!!
Solution is to use the new API… it should take just 30 seconds.
It seems that this utility was developed in just one day… pls IBM, pay more attention to the developed utilities since they are being used by millons of administrators who are not aware of these internal differences.