I've installed the client for Outlook (v. 2013 both CRM and Outlook). Now, the ribbon is greyed out. After some thinking, googling and lamenting I got nothing to go on.
The current user (me) is created and the rolls are assigned (admin and custom). I can access the thing via the web client. Everything's been reinstalled, restarted, rebooted, re-whatever-I-could-think-of.
Still - no cookies!
What can that depend on? How to trouble-shoot it?
When I access the side menu in Outlook and its CRM tab, it's the same story. Everything is deactivated, although the organization is set to be syncable to and working. No error messages in the log, as far I could see...
I have more or less followed everything that I could find on the net. Most blogs/posts are just copies of the same material.
All the addins listed in the settings are like so. The plugin is listed twice. When I uninstall, both listings disappear. Then, when I reinstall, both are back. Weird.
I had a user with a similar problem and I enabled Microsoft Access Outlook Add-In for Data Collection and Publishing, restarted outlook and it worked. Hope this helps.
Related
I have created an custom outlook add in. When I side load it on using the website it works with no issues. When I go into the Outlook app and try to side load, it will install but not show up on the task pane. Is there a reason for this? Thanks!
There are multiple reasons why your add-ins may not be displayed in Office applications/task panes. One of them is the use of http protocol instead of https.
Another point is the privacy control setting in the registry that can be distributed by group policies. Especially the key:
HKEY_CURRENT_USER\Software\Policies\Microsoft\office\16.0\common\privacy -> controllerconnectedservicesenabled
if it is set to dword:00000002 (which is disabled).
You need to change it to dword:00000001 (enabled) and the add-in may immediately appear.The relevant information can be found in the article.
But I'd suggest starting from the Troubleshoot development errors with Office Add-ins article.
I'm working on an Outlook addin using the new Office-JS apis, and in building out the authentication flow, I've found that in the Outlook 2016 for Mac case, the dialog system seems to not work properly.
To be clear, we're using the Office Insider Fast Track build as it has much improved support for the Office-JS API.
I've been through several iterations of this particular piece (most of which worked fine both in the Windows client and the web client on Mac and Win), and have had no luck. The scenario is:
List item
Open up the task pane in outlook.
Hit the sign in button
A new window opens, pointed at our authentication portal
User signs in.
On auth completion, the window redirects to a page in the office add-in scope, and calls back to the parent frame with the auth token, where it can be further processed.
Steps 1 through 5 work fine on all platforms. Step 6 refuses to work on Outlook for Mac. Initially, this flow was built using the native js window.open and window.postMessage apis. As mentioned above, this worked everywhere but Outlook Mac, where, the API seemed to ignore the window options and just open the url in a new tab in whatever browser was open and never setting the child window reference (result of window.open being null).
Failing this, I followed the advice found here on SO to use the Office functionality, displayDialogAsync and messageParent. After some initial hurdles, this too was setup and working on every platform save Outlook Mac.
As there is no dev tools or JS console support in Mac Outlook, I followed the advice found here Howto: Outlook 2016 for Mac - Debugging/View Console Logs in Outlook Add-in and setup Vorlon to attempt to get some context, adding numerous logging points to try and get some context. Unfortunately, while Vorlon does pick up my auth landing page as a client, and sees the Office interfaces, none of my console outputs are presented, making it seem as though the JS isn't running at all.
At this point I'm not sure what to try next. Has anyone run into this issue, or gotten this to work on the Outlook 2016 for Mac client?
Clarifying context:
All auth pages are listed in the AppDomains section of the Manifest.
While initial versions pointed directly at our auth service (this worked on not Mac), the current version first opens up an in scope pre-auth page that redirects to the auth service.
The Office-JS api's block alerts, preventing their use in displaying useful information.
Authentication through all versions of this app have worked on both Outlook 2016 on Windows and OWA on both Win and Mac.
Thank you.
This issue in Outlook Mac has been fixed a few months ago. If anyone still encounters this issue with a recent Outlook Mac build, please reply with the build number.
The Office.context.ui is undefined in v16.17 (180909) build of Outlook for Mac 2016 using the following OfficeJS dist:
https://appsforoffice.microsoft.com/lib/1/hosted/office.js
I am building apps with the new technology of Office add-ins (formerly app for Office).
The add-ins activate well when registered globally for the Office 365 tenant or individually by user (mechanical gear > manage add-ins).
I would like my add-in to work with Office365's shared mailboxes. The add-ins do not load in Outlook desktop or in OWA when the shared mailbox is open alone.
However, I managed to make it work when setting the shared mailbox as a shared folder displayed under my primary mailbox, as explained here (see picture below). It is better than nothing but not an acceptable solution, I would like my add-ins to be displayed when consulting my mailbox in Desktop client and in OWA when using the "Open another mailbox" (see link above).
My question is then: how to make add-ins working with shared mailboxes? A possible solution is: a shared mailbox seems to be related with a special kind of user. Would it be possible to install the add-in for this special user in order to have the add-ins always working with shared mailboxes?
Edited:
Not supported for now. I created a feature request in Office365 User Voice. Consider bringing your vote to it.
There is a new feature request to cover this functionality.
This feature request has theoretically been implemented and is in public preview.
Theoretically if you add the following under <DesktopFormFactor> it enables this feature:
<SupportsSharedFolders>true</SupportsSharedFolders>
However, people are having issues with this throwing Schema errors. See GitHub or StackOverflow. (NOTE: StackOverflow has a solution, but I didn't find it actually worked).
It maybe there is some undocumented magic so it could work now.
Outlook add-ins are not supposed to activate outside of your primary mailbox. This is intentionally disabled. What you're seeing with it displaying when opened under your primary mailbox there Benoit is likely a bug.
The office add-in can be configured to show on a mail item. it does not matter the type of mailbox, if the item you are viewing is a mail message, your add-in should show.
The simple test you can do, does your add-in show in your mailbox mail messages? if yes, this means it should show in mail messages from the shared mailbox. It is divide and conquer issue we need to resolve.
Let me know if you have more questions or need clarifications.
I installed a web app in my office 365 instance, i see it installed but it when i try to use it, it doesn't shows up.
Any Help would be appreciated !
Ok. There's a lot of reasons it could be happening. You may have activation rules in your manifest that are causing it not to activate. It may be installed but not enabled (you can check in the Manage Apps menu item in OWA). I'd say start here for troubleshooting tips.
I have MS Outlook 2007, the MS CRM 2011 Outlook client and MS CRM 2011 on-premise.
After you install the MS CRM 2011 Outlook client you have a new toolbar within Outlook 2007. On that Toolbar is a button for 'New Record.' If you click that button a dropdown appears with different options, which for me includes 'Account' and 'Contact.'
The first time I click on 'Account' a small popup opens with a message like 'waiting for web page to load' No form ever appears. clicking on the button subsequent times produces the same result, minus the 'waiting' popup. I cannot seem to get the CRM form to appear.
The interesting part is that when the 'New Record' > 'Contact' option is clicked the Contact form appears and works without issue.
A work around for this is to use the actual website. That works without issue. However, I have a lot of users who use Outlook. So getting this to work proper would be ideal.
I did notice that an iisreset solved the issue once, but that doesn't solve the issue permanently or consistently.
Any help would be appreciated.
The fact that it works with Account and not with Contact is interesting as it means that the connector is talking successcully to CRM. Security roles should be fine if you can do it through the web interface also.
And that the issue was solved through an IIS reset temporarily points more towards connection issues, or possibly something on the Account form which is causing it to not load through the outlook client correctly.
Also check that you have Outlook 2007 with service pack 2 installed. Thats the minimum requirement for using the 2011 Offfice Outlook client.