Skip to main content

Mailbox Info Mail app for Exchange 2013/Outlook 2013

Mail Apps for Outlook (and OWA) is one of the really cool new features of Exchange 2013.Anybody who has every had to do any OWA customization using forms from Exchange 2003 to 2010 would be glad to see they have finally gone past their used by date and Mail Apps provides the promise of a unified custom app framework across mail clients. At RTM the feature set gap compared to currently what you can do in Outlook Plugins and full access to all EWS operations is substantial (and frustrating) and a show stopper for a lot of good application ideas, but hopefully this will narrow somewhat like a lot of Exchange features when we see new bits and pieces come through in the new cumulative updates. 

Mail Apps have three main ingredients
  • A manifest file which is what is used to install a Mail App and contains all the configuration and activation rules for the Mail App
  • A html file that is rendered by the Mail client and controls the display elements.
  • JavaScript files that are bascially the heart soul of your application and contain all the Application and Business logic. 
If your going to write a Mail App you need to have a good grip on JavaScript and get acquainted with the JavaScript Api for Office. From a technical point of view you should also understand how the Runtime works which there is a good explanation of here .

Browser Hell - Writing a mail app that you want to run in any browser will take a lot of testing and tweaking, although some of the vendors have improved browser standards are still pretty lacking. For example to get this small Info Apps to work across Chrome, FireFox and ie9 required dealing with Google's different implementation of parseFromString which at the moment can't deal with prefixes while IE and firefox can. This is just one example, if you going to write mail apps make sure you put on your boots and get set to wade in.

Hosting is one other requirement for Mail Apps as the HTML,Manifest and JavaScript files that go along with your application need to be hosted somewhere (they are not stored in Exchange). Basically you just need a Web Server the most obvious source would be your CAS server but any IIS instance will do. If your Mail Apps are mission critical then availability has to factor into the argument or if your in the cloud you'll need to find a Cloud source for your apps. For this sample I've used Azure http://www.windowsazure.com/en-us/home/scenarios/web-sites/ which is a cheap and easy especially if you have a MSDN subscription. 

For this Post I've put together an Info App that uses various methods in the Office JavaScript API and EWS to get the following information.

DisplayName from the Item properties
EmailAddress from the Item properties
TimeZone from the Item properties.
Language from the Mailbox Context.
HostVersion from the Diag Object
UserAgent from the Hosting Browsers window.navigator
Total Mailbox Folder Count from EWS (FindFolder)
MailboxServer from the EWS PR_REPLICA_SERVER Extended property 
Inbox Total Item Count EWS (GetFolder)
Inbox Unread Item Count EWS (GetFolder)

This is what it looks like the App Box



Manifest file

Every Mail App starts with a Manifest file which contains the configuration information about the MailApp. All Mail Apps need a unique GUID which you can generate easily in Powershell using

[System.GUID]::NewGuid()

Permissions - Mail Apps have a three tired permission model if you want to use EWS you need to specify ReadWriteMailbox. A Mail Aps that is going to use EWS needs to be installed and enabled by an administrator. Eg for this apps the following is configured in the Manifest file

  1. <permissions>ReadWriteMailbox</permissions>
Activation Rules -  All Mail apps need an activation rule which basically controls in what items they will appear. Activation rules are also affected by the Permissions that a Mail app requests but for this simple app I have an activation rule that says my Mail App will appear on every Mail Item

  1. <Rule xsi:type="ItemIs" ItemType="Message" /> 
DisplaySetting - With the Display Setting in a manifest file you can control the size of the Application box and how that application box will appear on different form factors like tablets and mobiles.

HTML and JavaScript files, for your Mail apps you need to reference the Office JavaScript file either that you host along with the application or you can use Microsoft's CDN for this sample I'm using the CDN eg.

  1. <script src="https://appsforoffice.microsoft.com/lib/1.0/hosted/office.js" type="text/javascript"></script>  
In this App I've also made use of JQuery which is great utility script to help Glue your Mail App together, like the JavaScript API I've used the CDN version of JQuery.

Installation - There are a couple of way to install a Mail App by far the easiest is just to use EAC eg for this sample Apps if you want to use my hosted version the URL would be

https://gsmailapp.azurewebsites.net/InfoApp/manifest.xml

You should however download and host it yourself I've put a download of the files here

Labels:

Popular posts from this blog

The MailboxConcurrency limit and using Batching in the Microsoft Graph API

If your getting an error such as Application is over its MailboxConcurrency limit while using the Microsoft Graph API this post may help you understand why. Background   The Mailbox  concurrency limit when your using the Graph API is 4 as per https://docs.microsoft.com/en-us/graph/throttling#outlook-service-limits . This is evaluated for each app ID and mailbox combination so this means you can have different apps running under the same credentials and the poor behavior of one won't cause the other to be throttled. If you compared that to EWS you could have up to 27 concurrent connections but they are shared across all apps on a first come first served basis. Batching Batching in the Graph API is a way of combining multiple requests into a single HTTP request. Batching in the Exchange Mail API's EWS and MAPI has been around for a long time and its common, for email Apps to process large numbers of smaller items for a variety of reasons.  Batching in the Graph is limited to a m
Read more

Sending a Message in Exchange Online via REST from an Arduino MKR1000

This is part 2 of my MKR1000 article, in this previous post  I looked at sending a Message via EWS using Basic Authentication.  In this Post I'll look at using the new Outlook REST API  which requires using OAuth authentication to get an Access Token. The prerequisites for this sketch are the same as in the other post with the addition of the ArduinoJson library  https://github.com/bblanchon/ArduinoJson  which is used to parse the Authentication Results to extract the Access Token. Also the SSL certificates for the login.windows.net  and outlook.office365.com need to be uploaded to the devices using the wifi101 Firmware updater. To use Token Authentication you need to register an Application in Azure https://msdn.microsoft.com/en-us/office/office365/howto/add-common-consent-manually  with the Mail.Send permission. The application should be a Native Client app that use the Out of Band Callback urn:ietf:wg:oauth:2.0:oob. You need to authorize it in you tenant (eg build a small ap
Read more

How to test SMTP using Opportunistic TLS with Powershell and grab the public certificate a SMTP server is using

Most email services these day employ Opportunistic TLS when trying to send Messages which means that wherever possible the Messages will be encrypted rather then the plain text legacy of SMTP.  This method was defined in RFC 3207 "SMTP Service Extension for Secure SMTP over Transport Layer Security" and  there's a quite a good explanation of Opportunistic TLS on Wikipedia  https://en.wikipedia.org/wiki/Opportunistic_TLS .  This is used for both Server to Server (eg MTA to MTA) and Client to server (Eg a Message client like Outlook which acts as a MSA) the later being generally Authenticated. Basically it allows you to have a normal plain text SMTP conversation that is then upgraded to TLS using the STARTTLS verb. Not all servers will support this verb so if its not supported then a message is just sent as Plain text. TLS relies on PKI certificates and the administrative issue s that come around certificate management like expired certificates which is why I wrote th
Read more
All sample scripts and source code is provided by for illustrative purposes only. All examples are untested in different environments and therefore, I cannot guarantee or imply reliability, serviceability, or function of these programs.

All code contained herein is provided to you "AS IS" without any warranties of any kind. The implied warranties of non-infringement, merchantability and fitness for a particular purpose are expressly disclaimed.