Redemption SafeMailItem.SaveAs is slow

  • Thread starter Thread starter RonWalters
  • Start date Start date
R

RonWalters

I have a licensed copy of Redemption, version 3.4.0.325, which I
distribute with another product. One of the functions of this product
is to save copies of various emails to the user's local drive in .msg
format. However, the SafeMailItem.SaveAs method is very slow.

I build a list of EntryIDs from a MAPI Table for the relevant emails
which I then use to obtain a reference to the MailItem. I assign the
MailItem to a Redemption SafeMailItem object, then call the SaveAs
method. After running various performance tests, the call to SaveAs is
without a doubt the slow step. It takes just under 1 second to save
each email, which doesn't sound like much, but it adds up very quickly
when processing batches of 50 or 100 emails. Some of this is limited
by the disk, I know, but it still seems much too slow. Any ideas? Is
this something that has been fixed in a more recent version of
Redemption? Is there a better way to bulk save emails that meet
certain criteria to disk?
 
Have you tried to use the latest version of Redemption?
How big are the messages? What kind of message store do they come from (PST,
Exchange online/cached, etc)?

Dmitry Streblechenko (MVP)
http://www.dimastr.com/
OutlookSpy - Outlook, CDO
and MAPI Developer Tool
 
Have you tried to use the latest version of Redemption?
How big are the messages? What kind of message store do they come from (PST,
Exchange online/cached, etc)?
Click to expand...

1. I have tried the latest version of Redemption (4.4.0.674). No
appreciable change in performance.

2. Most of the final .msg files are 15-30kb , although about 10% are
between 100kb and 300kb.

3. The message store is a local .pst file. Exchange is not involved.

I can accept that this is an expensive operation, but not without
checking first. Do you experience better performance with the SaveAs
method than I've described? I would prefer to just export plain text,
but I have to preserve the message in its original format.

Thanks for your assistance,
Ron
 
Back
Top