Aspose.Email for .NET with Improved Namespace Structure is Available Now!

Share on FacebookTweet about this on TwitterShare on LinkedIn
Aspose.Email for .NET We recently shared with our valued users/customers that Aspose.Email for .NET is under process of improvement in terms of API Namesapce restructuring. We are pleased to announce that this revamped version with improved namespace structure is available for download now. API with old namespace structure, hereafter called as legacy API, is still available for download from product download page.

Why Namespace Restructuring?

To understand the need of the API namespace restructuring, let’s have a look at few namespaces of the legacy version of Aspose.Email for .NET.
  • Email
  • Email.Mime
  • Email.AntiSpam
  • Email.Imap
  • Email.Pop3
  • Email.Mail.Smtp
  • Email.Mail
  • Email.Mapi
  • Email.Outlook
These are some of the API namespaces beside others. Now if looked carefully, one can see that although the API provides all the published functionality, there exists a lack in the logical organization between the functional elements of the API. For example, it is difficult to choose between the Mapi and Outlook namespaces for working with Personal Storage (PST) files. The same is true for Aspose.Email, Mail and Mime namespaces for working with a MIME email message.

Revamped API with Improved Namespace Structure

Keeping in view the afore-mentioned observations, we found more space for improvement in Namespace structure of the API in terms of relevance between the API functional elements. This is the reason that has lead us to a revamped version of the API with logical grouping of the functionality.

About New Namespace Structure

Following is the new namespace structure of the improved API.
  • Aspose.Email
  • Aspose.Email.AntiSpam
  • Aspose.Email.Bounce
  • Aspose.Email.Calendar
    • Aspose.Email.Calendar.Recurrences
  • Aspose.Email.Clients
    • Aspose.Email.Clients.ActiveSync
    • Aspose.Email.Clients.Exchange
    • Aspose.Email.Clients.Exchange.Dav
    • Aspose.Email.Clients.Exchange.WebService
    • Aspose.Email.Clients.Google
    • Aspose.Email.Clients.Imap
    • Aspose.Email.Clients.Pop3
    • Aspose.Email.Clients.Smtp
  • Aspose.Email.DKIM
  • Aspose.Email.Mapi
    • Aspose.Email.Mapi.Msg
  • Aspose.Email.Mime
  • Aspose.Email.PersonalInfo
    • Aspose.Email.PersonalInfo.VCard
  • Aspose.Email.Printing
  • Aspose.Email.Storage
    • Aspose.Email.Storage.Mbox
    • Aspose.Email.Storage.Pst
  • Aspose.Email.Tools
    • Aspose.Email.Tools.Logging
    • Aspose.Email.Tools.Verifications
    • Aspose.Email.Tools.Merging
    • Aspose.Email.Tools.Search
  • Aspose.Email.Windows
    • Aspose.Email.Windows.Forms
    • Aspose.Email.Windows.WPF
  As can be seen, this new Namespace structure of the API has much better organization of API’s functional elements. For example, all the communication clients such as IMAP, POP3, SMTP and Exchange clients have been grouped under Aspose.Email.Clients namespace. Similarly, working with storage elements like PST and Mbox have been grouped under the Aspose.Email.Storage namespace so as to be more meaningful and easy to locate.

What will happen to my Applications built on Legacy API?

As a user of the legacy API, your concerns are right. Since, the revamped API has difference in namespace structure, the old codes won’t work in almost all the case. However, we will keep publishing the legacy as well as the improved version in parallel for three consecutive months. We’ll address the bug reports in the legacy API for these versions. Any new features as well as bug fixes will be part of legacy as well as the newest implementation.

Which version will be available on Nuget?

Till three parallel releases of the legacy as well as the revamped version, the legacy version will be available on Nuget. After this period, the new version will be available on Nuget. This is to ensure that this transition doesn’t break customer’s production systems.

How to get started with Migrating existing code?

As such, there is no functionality implementation change. The logical organization of the namespaces has been rearranged that will only need you to update your “using” statements in applications and fully qualified calls to API. For a guide about addressing the proper namespace, please visit the release notes section of the improved version of the API. It provides a complete guide for migrating your codes to this improved version of the API.

Where can I find the new API Documentation?

At present, the API documentation and API reference guide of Aspose.Email for .NET are based on the legacy API. However, our code samples in documentation pages are independent of this change as they don’t refer to the “using” statements of a project. These can be readily used with the improved version of the API as well.

Are there any Revamped Examples Available?

Since our Github examples are configured to work with the available version from Nuget, our Github examples are still based on the legacy API. We’ll update them once we are done with the three parallel releases of both the APIs. For now, we have prepared an offline version of the examples which is based on the revamped API. It can be downloaded from this link for experimenting with the new API.

Got Queries?

As always, we are here to answer your queries related to this change in addition to our continual routine support for the API. Feel free to post us with your questions in Aspose.Email forum. We’ll be more than happy to assist you in this regard.