Outbound Anti‑Spam Policy “Include/Exclude” Please Correct
Proposed Feedback to Microsoft: Outbound Anti‑Spam Policy UI Behavior Is Misleading and Needs Clarification Title: Outbound Anti‑Spam Policy “Include/Exclude” UI is Misleading — Policy Applies Globally Unless Exclusions Are Defined Summary of the Issue The Outbound Anti‑Spam Policy interface in the Microsoft 365 Defender portal presents an Include and Exclude user scope model that strongly implies modern scoping behavior: Include = users the policy applies to Exclude = users the policy does not apply to However, this is not how the backend policy engine behaves. In reality: If the Exclude list is empty, the policy applies to all users unless they are explicitly excluded. This is the opposite of what the UI suggests, and it leads to unexpected and incorrect assumptions by administrators. Actual Behavior (Backend Logic) The outbound anti‑spam engine still uses legacy logic: A policy applies to a user unless the user is explicitly excluded Being “not included” does not prevent the policy from applying The highest‑priority policy that does not explicitly exclude a user is the one that applies This means: If the Exclude list is empty, the policy effectively becomes global. This is not communicated anywhere in the UI. Impact on Administrators This behavior leads to: Users unintentionally being governed by the wrong policy External forwarding being allowed for users who were never intended to be included Confusion when removing a user from the Include list does not remove them from the policy Misinterpretation of policy priority and scope Hours of troubleshooting because the UI does not reflect the actual evaluation logic This is especially problematic when configuring forwarding exceptions, where security expectations are high. Example Scenario Demonstrating the Problem Admin creates a Priority 1 policy allowing external forwarding for a small set of users. Admin adds those users to Include. Admin leaves Exclude empty, assuming the policy applies only to the included users. A user not in the Include list still has forwarding allowed because the policy applies globally unless excluded. Removing a user from Include does not remove them from the policy. The admin is misled because the UI suggests the opposite behavior. This is counterintuitive and contradicts the scoping model used in other Microsoft 365 policies. Requested Fix Add a warning or informational banner when the Exclude list is empty. Suggested wording: Warning: No users or groups are excluded. This policy will apply to all users unless they are explicitly excluded. Users not listed in “Include” may still be affected by this policy. This one clarification would prevent the majority of misconfigurations and support cases related to outbound forwarding exceptions. Why This Matters Outbound forwarding is a high‑risk vector for data exfiltration. Admins rely on the UI to understand policy scope. The current UI leads to incorrect assumptions and unintended exposure. A simple warning would align the UI with the actual behavior of the policy engine and prevent misconfigurations. End of Feedback As you may have noticed, the above response is based on questions and answers I got from Copilot. This is a valid improvement that needs to be made, but furthermore Microsoft is losing a great deal of information by not allowing a direct route from Copilot to the correct area of your company when a solution or a correction to a current method is discovered. Best regards, Gary HuberTeams: Translation of "More meet now options"
Hi The button to converting a chat into a Video or Audio call, is named "More meet now options" in English. But the Swedish translation is "Fler möte bu-alternativ". "Now" is translated to "bu". "Bu" is a very scary word for small children in Sweden, as "Boo" is in English. Please correct to "Fler möte nu-alternativ" or better only "Fler mötesalternativ". Regards, Anna-KarinTranslation of Block arrows in Swedish Power BI Desktop
Hi The alternative Block Arrows under the menu Insert >Shapes, is translated to Blockera pilar in Swedish version Power BI Desktop and that means Prevent Arrows, instead of Blockpliar. In other Microsoft program are Block Arrows translated to Blockpliar in Swedish. Please use it in Power BI Desktop to. Version: 2.148.1226.0 64-bit (oktober 2025) Regards Anna-Karin
Allow own editing after posting a new question into any of Community Lounge Discussion Boards
Right after posting my new question into one of Community Lounge Discussion Boards I noticed that it was no more possible to edit it again in case any correction might have been needed. While I noticed doing the same editing was indeed allowed after adding a reply to my own question, so basically I'm just asking for some more consistency... 😇 Many thanks in advance for your attention. Best Regards Rob
