2 Issue in calendar save

Hello,
AppointmentIcsSaveOptions and MapiCalendarIcsSaveOptions already got a property to set the app name: ProductId and ProductIdentifier

However, there are cases that calendar/appointment is saved, and we can’t set its ProductIdentifier.
Considering this is an SDK, not end user application, when saving calendar/appointment from storages like pst/olm in Eml format, the Ics is attached to the email with the default Aspose ProductIdentifier,

Run the sample, a calendar item will be saved from source Olm as eml.eml
If you check the eml.eml attachment, it’s Ics with default ProductIdentifier
Do you think adding a global property for such properties (and XMailer) is wise?

2nd issue:
Load the saved eml.eml info MailMessage and Attachments.Count is 0 while it is 1.
Thanks.

WindowsApplication397.zip (3.9 MB)

@australian.dev.nerds.

Ok, I will look into it.

It is not necessary to add ProductId/ProductIdentifier to EmlSaveOptions. But we can add a eml format to MapiCalendarSaveOptions.SaveFormat.

It’s ok, ics is not added to the eml as an attachment, it’s added as an alternate view.

1 Like

Hello and thanks, does not seem right, what if we save the message as Emlx or Mht with:
MhtSaveOptions.SaveAttachments = True
MhtFormatOptions.WriteOutlineAttachments
Or other formats and other scenarios? :slight_smile:

The reason I vote for a global property for it, because this string will be application specific constant and not meant to be changed with each SaveOptions instance, IMO :slight_smile:

Hello,
I see, we’ll discuss it.