The documentation says:
On-send functionality is only supported for user mailboxes in Outlook on the web, Windows, and Mac. The functionality is not currently supported for the following mailbox types and modes.
Shared mailboxes
We see that on-send does work with shared mailboxes. Has something changed recently to make the docs inaccurate?
ItemSend should work with the SupportsSharedFolders tag: https://learn.microsoft.com/en-us/office/dev/add-ins/reference/manifest/supportssharedfolders
But it should not work without that feature. The Documentation should be updated to be more clear.
Related
I wanted to map some folders on SharePoint and create new subfolders via VBA. The SharePointURLtoUNC function found here was really useful but there was another prerequisite for making all kinds of Dir commands work: I had to log in under Internet Explorer into SharePoint. It didn't work when I was only logged in under Chrome or Microsoft Edge.
Could you please explain why is it so and how to avoid Internet Explorer login?
According to your description, you want to know how to implement map a network drive to SharePoint, right? If this is the case, the issue you are experiencing is the correct behavior.
When you're mapping a network drive to a SharePoint document library:
The steps that require a web browser must be performed in Internet Explorer (version 10 or 11).
A mapped drive is only available when you're online.
Performance depends on connectivity speed.
To maintain the mapped network drive after it's established, you should periodically (say, every two weeks) navigate to the SharePoint library in Internet Explorer. This action refreshes an underlying "security token" that gives you permission to have the network drive mapped to the online library.
In addition, it's important to note that this is legacy technology and it may be affected by the deprecation of Internet Explorer in August 2021. For more details. please refer to this doc: Map a network drive to a SharePoint library.
The docs say:
By default, on-send functionality is disabled. Administrators can enable on-send by running Exchange Online PowerShell cmdlets.
This does not appear to be true for Office 365. Our on-send functionality is working fine without having had to enable anything. We've tried this with multiple (new) tenants. Are the docs outdated?
On-send functionality is disabled by default on JSVVM, but enabled by default on OWA React. That means, it is enabled by default for Office 365.
The Documentation should be updated to be more specific.
I am currently having problems with the on-send feature on some desktop clients. I have implemented an addin but for some desktop clients emails are blocked from being sent. The email hangs and does not get sent. Is there a way to use on-send by disable for desktop clients. Can i do this in the manifest file or in powershell? Is it even possible to disable on-send for specific platforms. I want to configure my addin to never block emails. I suspect emails are blocked because event.completed() close as expected on some Desktop clients.
This is a new thing since the on-send never worked on desktop clients before. Now that it does...i have to deal with this bug somehow
There is no way to disable an add-in for just desktop clients. It is either enabled for all Win32, Mac and OWA, or off for all. This is true of all add-ins not just OnSend. Though previously this feature was not enabled for Desktop clients, it now is.
Note to unblock e-mails you should be calling event.completed({allowEvent:true}); (or false) to block e-mails. See: https://learn.microsoft.com/en-us/javascript/api/office/office.addincommands.event?view=word-js-preview
What is your scenario that you need to disable this for Desktop but NOT OWA?
You could also detect what platform you are on an change behavior of your add-in as necessary.
But the event.completed({allowEvent:true}); also have problem.
For example:
If I install a com app on Outlook then install an on-send add-in.
The problem is, if they both have simultaneous response on-send event. It will stack in an infinite loop.
As an add-in developer, the root cause looks like, event.completed({allowEvent:true}) not only end add-in but also send an 'send' event out. This will trigger a non self sending event response.
This is not supported but does anyone know how to force OneDrive for Business use UNC paths?
I've spoke with MS and its not on their roadmap and they arent forth coming with a solution.
This is how we rank the feature request among the community, post your feature in user voice and MS will identify the priority of the feature based on the voting numbers.
Here is the user voice for office 365 website:
https://office365.uservoice.com/
Hope this helps.
It is supported. Same format as it is for SharePoint Online document library mappings. \tenant-my.sharepoint.com\personal\username\Documents
Connect as Web Drive: https://tenant-my.sharepoint.com/personal/username/Documents
The option is only hidden in the OneDrive simplified UI. You can even turn it on by adding a normal view to the Documents library and turning the ribbon on from Settings (note that of course open in Explorer only shows in IE).
Open in Explorer from OneDrive
Is there any way to store client settings locally from a plugin utilization to another?
This depends on whether you want the settings to roam with the user (shared settings regardless of machine) or be machine-dependent (vary machine to machine). See this related SO post which describes numerous ways for Outlook storage.
If you are not using Outlook, you can always leverage the .settings file as shared by Keith.