Manage compound e-mail with EWS

Guy_Pomerleau

Here an issues we have and I would like to have opinions on this.  Beginning at the early days of our deployement of Livelink, we had to slit our e-mail to have the attachments index so today we are still splitting e-mail which create an e-mail compound. At that time RM was not deploy so we did not know that splitting e-mail would cause us a big issue. By default, items in e-mail compound  don't inherit RM classification. At that time we did not know this so we actually have a huge amount of compound e-mail items with no RM class. We have recently changed the setting but we have to do something with the 300k of  legacy  e-mail compound. We are examining options and one of them would involve web services and this is were I need advice.  

We were thinking about manipulating the email coupound with web services. We would scan all e-mail compound, take note of the RM class then scan all sub-itms and apply the same RM class. Any one  foreseen major issue? Do we have access to RM classe thru web services? COuld we set a RM class to item inside a email coumpond?

 another option: locate the item in the email-compound, move out of the compound then apply the RM class of the email-compound

Appu_Nair

Hi Guy,

Have you since talked to OT and did they say Compound Email is supported for inheriting rm by including the subtype in the [classification] section.For your 300 K plus I would see no harm in doing it with the correct websvcs call or lapi or oscript call.I also think that since you can find all the email nodes with a particular subtype,you may be able to find the descendants of it via some smart sql query and see if you have webreports latest version.I belive they have a tag that supports applying a RM class.I am not familar with RM websvcs but in my computer I see the lapi version exposed and I do see webservices oscript stuff as well but not as anaything clinet useful that you deploy.Perhaps the RM websvcs is a separate install.