Hi basically I want to deploy office outlook web add-in to office store I've created my add-in but i'm unable to deploy it please guide me how I deploy it.
I've read doc Microsoft article but not understand rather then centralized deployment (Office 365 admin center) I need to deploy on Microsoft office store for all outlook users.
There are instructions on how to submit you add-in to the store here: https://learn.microsoft.com/en-us/office/dev/store/submit-to-appsource-via-partner-center This page details the approval/certification process and how to create a developer account and submit your solution to Microsoft AppSource via Partner Center.
Related
We have developed an addin for Word 2016 (relevant for 2013 as well) which consists of a manifest.xml and a web project serving html and javascript. We want to distribute this addin to all the users in an organization.
We do not have any trouble setting up the webservice and pointing the manifest to it, however the issue is distributing the xml and installing it into the Word instances on user's computers.
What is the simplest way for an organization admin to inject this addin into users Word applications?
Have you considered centralized deployment?
The Office 365 admin center makes it easy for an administrator to deploy Office Add-ins to users and groups within their organization. Add-ins deployed via the admin center are available to users in their Office applications right away, with no client configuration required. You can use Centralized Deployment to deploy internal add-ins as well as add-ins provided by ISVs.
I am having a horrible time getting started at creating an add-in for Outlook. I want to use the new html/javascript/manifest approach. I have been able to create a manifest and application which works great with outlook.live.com. Where I am completely getting stuck is with desktop Outlook. How do I install/debug my add-in with desktop Outlook?
I cannot find anything in the UI which will let me add this style of add-in. Additionally the Microsoft documentation did not make things any clearer. Their docs seem to hint using this type of add-in is only possible if you are connecting to an Exchange server.
Any help would be greatly appreciated.
Yes the add-in will load on Outlook desktop only if your mailbox is Exchange. I am not sure the add-ins work with a personal Microsoft account (e.g hotmail.com, outlook.com) and Office desktop. Keep in mind that the support of mail add-ins for personal account is relatively new (officially announced in march 2016).
To develop your add-in I suggest you to use a organizational account (i.e. Office365 account). Support for organizational account has been released in 2013 and is a much more mature solution for you to get started. You can have a free dev account at dev.office.com.
Edit: October 2016 personal account are supported now by "Personal mailbox accounts" aka outlook.com accounts
Let us keep in mind that a mail add-in is not installed on a mail client (desktop, OWA) but on the mail account. When you "install" an add-in you only set a xml file on your mailbox that basically says "there is a web add-in out there called X and that is served at this url...". Then, if you install add-in X on your mailbox smaclell#mytestcompany.onmicrosoft.com, this add-in will load the add-in web iframes whether you are consulting your mailbox with Outlook Web Access (OWA) or Outlook Desktop.
To install the add-in for one user mailaccount, you have to use the Outlook Web Access. See this blog post. Note also that you can install the add-in for the whole organisation (Admin > Exchange Admin > Add-ins). Finally, Visual Studio is also able to push the manifest to your office 365 mailbox. To have this you need Office Development Tools.
For debugging in Outlook Desktop, I know two approaches.
Use the Office Developement Tools with visual studio
and select your sample add-in project as 'Starting project' and in properties select 'Office Desktop'.
Plain web development.
Personally, I do not use really much the Office Development Tools. I install manually my add-in with "https://localhost:XXXX" for url and I start the web project on IIS express to do the debugging. For stepping into the source code, I use the debugger of my browser (Chrome, Edge, IE etc.) when browsing in OWA. When I need to step into source code specifically on Desktop (For windows or for Mac) I use Vorlon.js see also this blog post.
My advice is also to test/debug frequently with IE 11 (still available in Win10!) and OWA. Indeed, the browser used internally by Office Desktop for the add-ins is IE.
I want to develop all-in-one add-in for Outlook. This means that this add-in will be available for all Outlook clients (desktop, web).
I read here that i can do this. I already created add-in for Outlook Web Application and tried to deploy it to desktop client, but didn't figure how to make it. So how to make it set on desktop and outlook.com? Is that really possible? And if yes, how it can be done?
Technically you can't make an add-in that will work 100% on all clients. The web-based add-ins currently only work with Mailboxes hosted on Office 365 or Exchange 2013 or greater, and with Outlook 2013 or greater. Outlook.com integration is coming this spring. COM/desktop add-ins work with Outlook 2000-2016, but not in OWA.
To deploy an add-in you need to either publish it to the Office Store or an Exchange Server. See here for more info: https://msdn.microsoft.com/en-us/library/office/fp123515.aspx.
To install a self-published add-in that is not in the Office Store you just add the manifest file from the "Manage add-ins" page in OWA: https://msdn.microsoft.com/en-us/library/office/fp142256.aspx
Note also that you must host your web add-in code in your own web server, and secured with an SSL certificate.
Here was said All-in-one add-in for outlook that this is possible to create the web-based add-in working both with Mailboxes hosted on Office 365 or Exchange 2013 or greater, and with Outlook 2013 or greater, so with web and desktop Outlook versions.Am I right? Can you provide some references on how to develop such an add-in and then install it for both clients? Thanks you.
Best regards
You can start reading the Official documentation on Office add-ins. These new Office add-ins are web applications "served" inside Office products, you will have to be a little familiar with web technologies to develop.
Regarding Outlook add-in, as written by Eric Legault (in the question link), the add-in is not installed on a specific client but on the exchange account whether it is at organisation level or at user level. Consequently, with one install you will have the add-ins working on all Outlook clients (Desktop, OutlookWebAccess etc.).
Take care: Office add-ins now describes both technologies the new one that we are discussing (formerly app for office) and the old COM add-ins. I have written a blog post to explain the in-and-outs of the two technologies.
You are right. You have the opportunity to create a web-based add-in for Office 365 and Office 2013 desktop. But, Microsoft's JavaScript API has limited functionality. I want to recommend you read the following document first: https://msdn.microsoft.com/en-us/en-us/library/office/fp161015.aspx. If you plan to write a small add-in for yourself, the web-based add-in is a great option.
I have developed an ASP.NET MVC5 app for Office365 using latest update of the Office 365 API Tools for Visual Studio. The app works fine with my own development Office365 site.
I understand that Visual Studio has registered the app in my Active Directory for me.
What I don't understand is how I am supposed to allow my customers to use this app with theirs Office 365 installations.
Somehow they are supposed to register the app in their Active Directory - that is the step I don't know how to explain to them.
Is there an automated way to provision the app registration to a customer's Active Directory?
The same way Visual Studio did it when I started the development? How did it do that? Through what kind of API?
You need to set your app in Azure AD to be multi-tenant. You can do this through the Azure Management portal. (Applications > [Your Directory] > Applications > [Your Application] > Configure).
Once the app is multi-tenant, your customer can navigate to the app and log in to trigger the common consent flow. Assuming that your customer has the permissions necessary to consent and allows the app to access their data, the customer will then be able to use the app with their Office 365 subscription.