when sharing links to documents, etc, the URL's are way too long.

Can you integrate something like bitly or another tool to make them less than the 208 characters that the last link I shared was.

The ideal place to offer this feature is when you are given the option to 'copy' the URL.

I am also waiting to see a response from this post: https://goo.gl/h6wTRt

The last comment says:
*Update March 15, 2016: We’re working on a new approach to shortening the sharing links that will better enhance our users’ experience. Unfortunately, we had to remove the current experience in preparation for the new one. We always keep the best interest of our users in mind so we appreciate your patience as we work this out. We expect to have it ready soon.

Currently, the default "Save" syncs the file to Sharepoint / OneDrive, then syncs from the cloud back to the local drive. This is a bad sequence, as, if there is a problem uploading and the file cannot be synced, the file is then completely lost. This feature can be manually overridden by going to "File," "Save As," and selecting "This PC," but must be done every time. Besides risking loss of data, by syncing to Sharepoint/OneDrive first, it locks up the file from being able to be used. If the file were simply saved locally first (which is fast), the document could be released for editing while the local file syncs to the cloud, which is exactly how Dropbox works.

Please consider this as part of the "Options" for the sequence for saving files, i.e., "Save to local drive first, then sync to cloud," or "Save to cloud first, then sync to local drive."

Thanks for listening. I'm working on a critical document and cannot afford for versions to be lost because of a bad cloud sync.

Office 365 Groups (aka: "unified-groups") are becoming the "standard" share target in Office 365. You can share SharePoint content (files, list items, etc.) with an O365 Group. You can share Microsoft Stream content with an O365 Group. You can share a Flow with an O365 Group. You CANNOT, however, share a PowerApp with an O365 Group. This is a huge issue and greatly complicates our job of "selling" PowerApps as a solution.

For example, we've successfully convinced a LOT of our client groups that an O365 Group is a better solution than "just" a SharePoint site (most of these had sites/site collections in our SP2010 environment). Many of them latched onto Teams as well, and by an large, they've been off & running. Then, they want to build a PowerApp to make it easier for their people to enter or update data. Sure, they can build the app, and since the data is coming from the Team's (or Group's) SharePoint site, permissions is not a problem. However, the Team/Group members cannot actually RUN the PowerApp until it's been shared with them. Since PowerApps only allows sharing with individual users or AD security groups (NOT O365 Groups), they need to either share it with each Team/Group member individually OR they need to have IT create an AD security group and populate it with the Team/Group members. On top of that, as people in the Team/Group change, the owner of the App needs to then update the sharing or have IT update the AD security group. This goes exactly against the concept of Office 365 giving users an easy and coordinated way to manage their Teams/Groups and the apps and services provisioned to them.

People in the world, both admins and users, are constantly asking whether new features Microsoft has announced as on the way or rolling out are deployed to their tenant yet. This often results in a lot of confusion and probably support cases and questions into Microsoft asking these types of questions.

We could solve this by building some sort of "Is this feature deployed to my tenant yet?" tool. This tool would very simply authenticate the person checking via Azure Active Directory, and then return a simple result for the feature you are checking on. Results could be:

• Yes


• Targeted Release Only


• No

It would also be nice if IT Admins could provide a small bit of text/guidance for users in case they come across a feature where the answer is Yes, but the user does not have access. This could point them towards some sort of Support function, request process, etc so IT has a better idea of the needs of their users.

In an Office 365 Group calendar you can create a new meeting invite and uncheck the ‘send an invitation to the group’ check box. As expected, this will stop anyone in the group receiving the invite notification.

However, if you need to make any updates to that event (it doesn’t matter what update you make) and click save, a notification will be sent to all members in the group. In addition to this, the Group will also add the calendar event to the personal calendar of the individual who has made the update.

This is not an intuitive user experience.

Three parts to this proposed solution:

1. Change the experience to ensure that the calendar event respects the initial setup upon creation i.e. if the ‘send an invitation to the group’ check box is unchecked, remain this way even if the event is updated and don't send notifications.




2. When adding additional members to the event ensure the ‘send an invitation to the group’ check box is not greyed out and we can make the choice to check or uncheck.




3. Furthermore, can the ‘send an invitation to the group’ be unchecked by default.

We need a feature to be able to turn off certain notifications to our alternate email address in Office 365.

As Office 365 administrators, we are require an alternate email address that is not part of your Office 365 tenant. In most cases that would be your personal email address that is not provided by your work. This makes sense for password resets if administrators forget their password to log into the tenant.

Along with password resets, we also receive Office 365 statements, changes to tenant subscriptions and other notifications. These should have an option to turn off since all of these are company work related. It does not make sense that work notifications are required to be sent to alternate personal email addresses of administrators. Business emails should stay with business email addresses, not personal email addresses.

Currently you can purge all contents of a user mailbox by using the following commands:

Search-Mailbox -Identity "identity" -DeleteContent -force
Search-mailbox -identity "identity" -SearchDumpsterOnly -DeleteContent

This wipes the user mailbox completely without removing the mailbox itself. There currently is not a way to refine and delete content for specific mailbox or custom folder names while leaving content from other folders in the mailbox alone. Example: Purge only: Junk Email, Deleted Items, Clutter, Custom Folder 1, Custom Folder 2, etc.

Reference:
Search for and delete messages in Exchange 2016
https://technet.microsoft.com/en-us/library/ff459253(v=exchg.160).aspx
Search and delete messages in Exchange 2013
https://technet.microsoft.com/en-us/library/ff459253(v=exchg.150).aspx
Search and delete messages in Exchange 2010
https://technet.microsoft.com/en-us/library/ff459253(v=exchg.141).aspx

Search-Mailbox not working
https://social.technet.microsoft.com/Forums/en-US/5e58749e-cd6b-478f-83b7-668b890211a4/searchmailbox-not-working?forum=exchange2010

"We cannot identity the specific folder to search. To delete the message in the specific folder, retention policy is a better choice.

The TargetMailbox parameter specifies the identity of the destination mailbox where search results are copied.

The TargetFolder parameter specifies a folder name in which search results are saved in the target mailbox. The folder is created in the target mailbox upon execution.

Since you are going to delete these messages, then use DeleteContent cmdlet. If you want to copies these messages for backup, then you add TargetMailbox parameter with TargetFolder. If you don't want these messages anymore, then just add DeleteContent parameter.

Search-mailbox -identity "AUser" -searchquery {Received:"31/10/2015"} -DeleteContent"