I want to know if it is possible to publish an Outlook add-in made in on VsCode on other servers like Cpanel or it's exclusive on Azure?
And after only put the manifest to point the domain that was publish.
You can publish/host your add-in on any web sever of your choosing.
One thing to keep in mind, however, is that, for your add-in to support Single Sign-On, you need to register it via the Azure portal for app registrations using the credentials of a Microsoft 365 tenant. Otherwise, you don't need to worry about Azure here. Just set the SourceLocation in the manifest to point to the location of your add-in's code on your domain.
Related
I need to develop an Add-in for Outlook for a Microsoft Exchange Server. The add-in has to communicate with an external API other than the Microsoft API. Is this allowed?
Yes, it is. You can develop your own service which can perform some tasks on behalf of the add-in. See Create a web service for an app for Office using the ASP.NET Web API
When making calls outside the domain your add-in is hosted in, you need to specify those domains in your add-in's manifest:
<AppDomains>
<AppDomain>http://mysite1.yourdomain.net/</AppDomain>
<AppDomain>https://mysite2.yourdomain.net/</AppDomain>
</AppDomains>
You may also find the Addressing same-origin policy limitations in Office Add-ins article.
I have created a web app in ASP.NET. I want to deploy this on Microsoft Azure. I have been given an account from my IT company. We need subscription to deploy on Azure, for sure. Then, I have been added as co-admin to subscription by my company, but still I am not able to integrate my account with Visual Studio. Do I need to do any setting? Or, this permission is also not enough ?
Co-admin on subscription is definitely enough. You are allowed to do anything in the subscription. Have you tried logging in to https://portal.azure.com with the account?
EDIT: Try opening a new Incognito/InPrivate window with no logins active, and try again with the credentials, making sure they are the ones that are co-admin.
I am trying to create a SPA that uses Dynamics CRM Web API. While registering my Application in Azure Active Directory I can not find Dynamics CRM Online in the permissions to other applications window.
Do I need to upgrade my subscription or am I doing something wrong?
It's easiest if your azure account uses the same login that has access to CRM. Then you will see CRM as an application option.
If the Azure account you're using isn't the same one that you use to login to CRM, you'll need to connect the two. In order to do this, though, the O365 account you use for CRM needs to be a global admin in O365. This page has instructions.
To associate an existing Azure subscription with your Office 365
account
Log on to the Microsoft Azure Management portal with your existing
Azure credentials (for example, your Microsoft ID such as
user#live.com).
Select the Active Directory node, then select the
Directory tab and, at the bottom of the screen, select New.
On the New
menu, select Active Directory > Directory > Custom Create.
In Add directory, in the Directory drop-down box, select Use existing
directory. Check I am ready to be signed out, and then select the
check mark in the lower-right corner. This brings you back to the
Azure Management Portal.
Log in with your Office 365 account
information. You will be prompted whether to use your directory with
Azure.
Important To associate your Office 365 account with Azure AD,
you'll need an Office 365 business account with global administrator
privileges.
Select continue, and then Sign out now.
Close the browser and reopen the portal. Otherwise, you will get an access denied error.
Log on again with your existing Azure credentials (for example, your
Microsoft ID such as user#live.com). Navigate to the Active Directory
node and, under Directory, you should now see your Office 365 account
listed.
If your CRM O365 doesn't have global admin privileges, I would recommend just creating an azure account with the same account you use to connect to CRM According to the SDK, "the account is free for application registration and your credit card won’t be charged if you only follow the procedures called out in this topic to register one or more apps."
I followed the steps as per
https://github.com/OfficeDev/O365-WebApp-MultiTenant and added the connected service. However this does not register the app under Windows Azure Active Directory Applications. I have properly linked my office 365 account into Azure. However when I add the connected service it is still empty. Is this a known issue and what is the work around?
No, this isn't a known issue. The "Add Connected Service" wizard is not generating a client ID and secret in your web.config?
As a workaround you could login to the Azure Management Portal and register the app manually, then put the client ID and secret into your web.config.
I just had the same issue and spend some hours on it. Finally it turns out that I had used a user account to log in in visual studio that was assigned to a different MS Azure account.
In my case I was using the user of production environment instead of my own developer account to log in.
I am just starting out with Team Foundation Server 2008, and one of the hangups I've experienced is the following:
I create a new Team Project, as well as a Project Portal (which I believe is just a Sharepoint site). When I go to view the project portal in the browser, it prompts me for a username and password. I want it to use digest authentication (meaning it just uses my current domain credentials). I have this working on the Team Foundation site itself, but I cannot seem to get it working at all on the Project Portal sites that TFS creates for me.
Any thoughts? I've already attempted to set digest authentication on the Default Website as well as the Sharepoint Central Administration (v3) site, both of which did not fix my problem.
EDIT: I am running this on Windows Server 2003.
Check whether the pool account running the TFS sites is in your domain.
Your host may also not be in the 'Safe sites' / 'Intranet Zone' config in Internet Explorer, you can make it a trusted site and mark in the advanced options to send username and password.