Outlook JS Add-In - "Permission to this message is restricted" on message read - office365-apps

When a user reads a message and tries to activate my Add-In, they see "You cannot perform this action. Permission to this message is restricted". I can see that the user is encrypting their messages. Is it standard for JS Add-Ins to not work for encrypted messages? Or is there a permission setting in the manifest I can use to read emails securely via the API?

The answer is over here: MSDN: Outlook add-ins on emails with digital signatures

Related

Logic Apps / Outlook365 - Send a mail from a Shared Mailbox

I need to send a mail from a Logic Apps by using a Shared Mailbox in the "from".
I have a shared mailbox (noreply#mycompany.com) and I have granted to my user account the permissions "full access", "send as" and also "send on behalf" on the shared mailbox.
In the Logic Apps, I have a Send a mail from a Shared Mailbox (v2) and I use my user account to create the connection.
When I run the Logic Apps, I have a 404 error with the message "Specified folder not found".
I configure the shared mailbox same with you and meet the same problem. In logic app, it always shows 404 Specified folder not found but I can call graph api to implement it success. So I think it has nothing to do with the permissions.
Here is a workaround for your reference. Use "Send an email(v2)" action and set "From (Send as)" as the shared mailbox address.
I found that after setting the permissions, we need to wait for a few minutes/hours (I don't know exactly how many time). On my side, it works after 2 hours.
Sounds like there are some replications or caching somewhere between Logic Apps connectors and Office365 permissions.

Either there is no default mail client or the current mail client cannot fulfill the messaging request.

My application does mapi.MAPIInitialize.
Mapi.MAPIInitialize fails on machines where Outlook is not installed and gives pop up that requires user action.
I want to understand if there any parameters in mapi.MAPIInitialize or way through API to suppress this popup.
I dont prefer to delete any registry to suppress this pop-up.
I am unable to post screenshot of pop up Please check below message
*Either there is no default mail client or the current mail client cannot fulfill the messaging request. Please run Microsoft Outlook and set it as the default mail client.Microsoft Office Outlook
You need to avoid loading mapi32.dll from the Windows folder. You must load msmapi32.dll - look at the MFCMAPI source code to see how that needs to be done.

Writing a job that can access office 365 email and migrate them elsewhere

I need a little help understanding a task I have been given.
I started work on a 'SharePoint focused' team and we are trying to create a SharePoint portal that would house/manage all incoming mail to a specific company email address.
We have had a couple of issues setting up SharePoint to accept incoming mail, so have begun looking at other possible options.
1 option that was suggested was to 'write a job' that would read our mailbox server (on Office 365), and then find, pull and migrate/copy selected emails onto the sharepoint site.
(something else we are also interested in doing is seeing what info we can grab from these emails at this stage which we can use to create various mail objects in sharepoint with the mail metadata. Not sure what limitations there are to what can be accessed, if anything)
Is somebody able to explain a little more the type of process or work that is required to do this (access Office 365 mail via some API which we can create a timed job for), and any experience or advice around it? Where would I start looking or how would I start implementing it, etc.
Thanks!
You combine couple of things together. SP can read incoming emails through locally installed and configured SMTP server. You can then setup document library or list to store them or create event listener to handle incoming emails completely by your own.
But both cases (OOTB functionality or event receiver) rely on local SMTP. If you want process emails from other server like Exchange Online you must either forward these emails to local SMTP server installed beside SP or you must create your own code. It can be SP job or any other type like windows service or console application executed by windows schedule, ... calling Exchange online API (designed specially for Exchange online) or MAPI or POP3 (generic using libraries) to get emails and calling SP API (CSOM, REST API) to store emails.

Is there a way to backup emails from OWA?

I am using OWA on IE8 and am do not have any email client like outlook installed. We just access email in the browser using OWA.
Is there a script (maybe a scraper) that backs up the emails?
How do I go about writing such a script, is there a OWA API?
I googled a lot but every solution first syncs OWA to exchange or outlook or some other email client and then backs it up. I do not have that luxury.
I have python installed, so a simple email client script written in python can be helpful too, if it can somehow be configured to logina nd read emails from OWA.
Thanks !
http://davmail.sourceforge.net/ can be used as a proxy to expose OWA folders via IMAP and POP3.
The main goal of DavMail is to provide standard compliant protocols in front of proprietary Exchange. This means .. IMAP to browse messages on the server in any folder, POP to retrieve inbox messages only, .. Thus any standard compliant client can be used with Microsoft Exchange.
Then question becomes how to make backup of IMAP or POP3 server.
It's not possible to export mails in bulk from OWA, as far as I know.
As you suggested the only way would be using Outlook..

How can a read receipt be suppressed?

I am programmatically "reading" emails using WebDav. I am also deleting these emails when I've finished having my way with them, however, this is causing an interesting problem. Each time I delete an email the original sender is getting a not read response. I have logged into Outlook Web App and checked the option Do not automatically send a response but this doesn't seem to help.
Is there ANY way to remove the request for read receipt from the email before deleting it?
We decided that we didn't want to make any modifications to our server and a solution that could be implemented in my existing program would be the most ideal.
I read on a few sites if the email was marked as read through IMAP commands on the exchange server that the read receipt would not be sent when deleted/opened via the client (Outlook Web App or Outlook). So that is what we did:
Logged into email server via IMAP
. LOGIN user#mailserver.com password
Selected the folder to process
. SELECT Inbox
Made the changes to all emails in the folder
. STORE 1:* flags \SEEN
This sequence marks all the emails in the inbox as read, which then allows my program to delete the emails after processing without a receipt being generated.