Feedback by UserVoice

SDADM

My feedback

  1. 81 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    7 comments  ·  Office 365 Admin  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    Out of votes, but supporting. Especially the "Created By".

  2. 1,260 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    60 comments  ·  Office 365 Admin » Apps and App Launcher  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM supported this idea  · 
    SDADM commented  · 

    Yes, yes, a thousand times YES!

    Flipping the switch to ON for some new feature (as was done for Video, O365 Groups, and more) is a bad enough idea, but those applications by default were made available to ALL users with no restrictions.

    We'd much prefer to set our own pilot teams and have them test so we understand all aspects of the new features, can set policies on usage and naming, can set roles and permissions, can prepare our help desk, can host training, etc. prior to rollout.

    I'd imagine any organization would want the same, but it's far worse when you do this to your government clients, Microsoft.

  3. 2,020 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    78 comments  ·  Office 365 Admin » SharePoint Admin  ·  Flag idea as inappropriate…  ·  Admin →

    Thanks for your feedback! We’re reviewing your suggestion. Remember, the more votes a suggestion gets, the more likely it is that we’ll do it. You can see what’s happening with Office 365 on the Office 365 Roadmap.

    SDADM commented  · 

    It's got 1300+ votes. How many more before it gets added to the roadmap?

  4. 106 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    4 comments  ·  Office 365 Admin » Message Center  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    Agreed

  5. 56 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Office 365 Admin » Message Center  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    Yes

  6. 55 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Office 365 Admin » Message Center  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM shared this idea  · 
  7. 5 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Office 365 Admin » Message Center  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    There is a weekly digest they send out

  8. 782 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    60 comments  ·  Office 365 Groups  ·  Flag idea as inappropriate…  ·  Admin →

    We’ve completed work to hide groups from Outlook (GAL, left nav, and name resolution) that were created as a result of a new Team in Microsoft Teams. Additional Groups can also be hidden using the HiddenFromExchangeClientsEnabled flag. We’re now evaluating if there are additional scenarios that need to be supported.

    SDADM commented  · 

    I fully agree with the poster who said, "User created groups of any kind should not show in the GAL."

    In addition in cluttering the GAL, we recently discovered that since there are no naming controls, users can potentially create groups (public or private) that have the same name as an official mailbox (an office, department, or employee). Then they show up in the GAL because they are not hidden...

    Do you realize what a HUGE security hole it is when any internal user can create an O365 Group called "Human Resources" or make one named after [Government Agency's] director in the GAL? When other users start to pick the wrong name in the GAL and now suddenly information is being sent to the wrong recipient(s)?

    SDADM supported this idea  · 
  9. 223 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    7 comments  ·  Office 365 Groups  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    We recently discovered that since there are no naming controls, users can potentially create groups (public or private) that have the same name as an official mailbox (an office, department, or employee). Then they show up in the GAL...

    Do you realize what a HUGE security hole it is when any internal user can create an O365 Group called "Human Resources" or make one named after [Government Agency's] director in the GAL? When other users start to pick the wrong name in the GAL and now suddenly information is being sent to the wrong recipient(s)? We need to be able to control naming.

    SDADM supported this idea  · 
  10. 1,527 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    thinking about it  ·  39 comments  ·  Office 365 Groups  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    Agreed!

  11. 1 vote
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Office 365 Admin  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM shared this idea  · 
  12. 4,524 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    193 comments  ·  Office 365 Admin » Apps and App Launcher  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    As a corollary, allow Admins to REMOVE tiles from the App-launcher for all tenant users.

    We did not have oneDrive enabled initially, as IT wanted to test it and develop policies on bit's use before rolling it out. Granting a SharePoint Online license automatically made the oneDrive tile appear. If we could have removed/concealed it until we were ready, that would probably have helped limit the number of frustrated users calling our help desk.

  13. 850 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    53 comments  ·  Office 365 Admin  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    Out of votes, but supporting

  14. 41 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    10 comments  ·  Office 365 Admin  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 
  15. 6 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  General  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM supported this idea  · 
  16. 57 votes
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)

    We’ll send you updates on this idea

    5 comments  ·  Office 365 Admin Mobile  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    If nothing else, the resolution should be in the ticket!

    MS never fails to send an email** with helpful and detailed summary upon closing a case, but the resolution field never says anything more than "This request has been resolved and closed."

    **That email only goes to the requestor on that ticket. If the requestor is unavailable for any reason, we have no other way to find the resolution, because it's not in the ticket.

  17. 6 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  General  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    P.S. I included the URL so others can check their own support history and see if the same applies to their tickets before deciding whether to support this idea.

    It may be that this is only affecting my employer, and others at different support levels don't have this issue.

    SDADM shared this idea  · 
  18. 7 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Office 365 Admin  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    Out of votes, but supporting.

  19. 23 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Office 365 Admin » Service Health Dashboard  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    This works for me https://portal.office.com/Support/ServiceRequests.aspx?showoldtickets=true (once I change the filter from the default to "All Requests"

  20. 8 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Office 365 Admin  ·  Flag idea as inappropriate…  ·  Admin →
    SDADM commented  · 

    Out of votes, but supporting

← Previous 1 3

Feedback and Knowledge Base