Overview
Need to poll emails from your Exchange server? This smart service can be used in a poller process and extract the data from the Microsoft Exchange server. Messages are stored in the Appian Document System, as well as the attachments. Meta data is stored in a database table for further processing.
This plug-in provides an alternative to sending emails to an Appian process model when inbound email integration is requested. Instead of the email being forwarded to Appian, this plug-in reads the emails directly from the Exchange mailbox using the MS Graph API as described below:
Key Features & Functionality
All information how to deploy, configure and use the smart service is in the 'MS Graph Mail Poller.pdf' document in the downloaded zip. Extract the files in the ZIP and follow the instructions in the document.
Hi! We're experiencing some issues that started couple of days ago where poller is taking longer to pull items from outlook servers. Before we were doing around 30~40 items per minute now we might be doing around 7-8 depending on the size. Has anybody been or has experienced this issue and how did you solve it. Thanks.
To close the loop here - together with Appian Support we have proved that the issue was on the Microsoft side. For some reason their graph.microsoft.com endpoint was limiting the size of the response packets to max 4KB, which significantly slowed down eml and attachment downloads. Seems MS has done something over this past weekend to rectify the issue and performance returned to normal.
Jose Cavazos The only thing I can think of for the slowdown are the MS Graph APIs, they can throttle these with higher traffic and the plugin makes a lot of calls per email. That said, I would expect an occasional 429 response from MS, are you getting more errors? Do you see some emails moved to the "not processed" folder, and the total number of emails processed from the node lower than what you would expect?
Also, is this slowdown noticeable in a lower environment as well?