singed pdf files get blocked when user is sending from shared mailbox
Hi, in exchange environment, I have my email account and also I have shared mailbox linked. I can sent the singed pdf file attached to email from my email but when I send it from shared mailbox, I get the following message everytime: "From: email address removed for privacy reasons <email address removed for privacy reasons> Subject: Executable File Violation You attempted to send a message that contained an executable file. Our company policy prohibits the sending of executable files via email. The message was not delivered." We have symantec spam filter in organization, which I think is causing that error, or it can be exchange policy which is more restrictive (on default or someone configured it so), I wonder if it is possible to address this issue and let the singed pdf flow from shared mailbox. What can I do to fix it? From where should I fix it - exchange management / shared mailbox policies or where do I find that options to configure correctly? Thanks GeorgeSearch-UnifiedAuditlogs For Mailbox - Problems
Introduction Like many, I have been faced with an audit search problem on mailboxes. I finally found a solution by searching deeply into the web. In this post I will provide you with Microsoft's documentation, I have tested everything, and it finally works. I also have comments to Microsoft, directly to the product group (with a case Microsoft) but also by the technet article feedback feature. Technical Content We assume that you have all necessary permissions and role to run audit logs search. For Regular mailboxes: if you have no results via GUI, It is possible that in the time interval there is no result. It may happen that the audit is blocked on the mailbox despite the fact that the feature is active. You may use the command http://Search-UnifiedAuditLog documenation]https://learn.microsoft.com/fr-fr/powershell/module/exchange/search-unifiedauditlog?view=exchange-ps with the following parameters: UsersIds : email address Operations : event to be search (https://learn.microsoft.com/en-us/purview/audit-log-activities#exchange-mailbox-activities) Search-UnifiedAuditLog -UserIds <MailboxIdentity> -Operations MoveToDeletedItems, SoftDelete, HardDelete -StartDate "01/01/2025" -EndDate "15/01/2025" Unfortunately, no results appear with powershell. https://learn.microsoft.com/en-us/purview/audit-troubleshooting-scenarios#search-for-mailbox-activities-performed-by-users-with-non-e5-licenses, you can find the documentation that describe the symptom and how to resolve it. Even when [mailbox auditing on by default](https://learn.microsoft.com/en-us/purview/audit-mailboxes) is turned on for your organization, you might notice that mailbox audit events for some users aren't found in audit log searches by using the Microsoft Purview portal or the compliance portal, the **Search-UnifiedAuditLog** cmdlet, or the Office 365 Management Activity API. The reason for this is that mailbox audit events is returned only for users with E5 licenses when you use one of the previous methods to search the unified audit log. You must run the following command within Exchange Online : Set-Mailbox -Identity <MailboxIdentity> -AuditEnabled $false And then : Set-Mailbox -Identity <MailboxIdentity> -AuditEnabled $true Now you can search within the GUI or with powershell and you will have some results. For Shared Mailboxes: To search audit logs for a SharedMailbox, you must use the following command, with the parameter *FreeText.* Search-UnifiedAuditLog -StartDate "08/01/2025" -EndDate "11/01/2025" -FreeText (Get-Mailbox -identity <MailboxIdentity>).ExchangeGuid -Operations MoveToDeletedItems` https://learn.microsoft.com/en-us/purview/audit-troubleshooting-scenarios#search-for-mailbox-activities-performed-in-a-specific-mailbox-including-shared-mailboxes you can find the article that describes the FreeText parameters, and also decscribes that GUI is not working for SharedMailboxes. Also, using the **User** dropdown list in the audit log search tool or the **Search-UnifiedAuditLog -UserIds** won't return results for activities performed in a shared mailbox. If there are no results and you are sure that there should be, then the same manipulation as described above will have to be done. Disable and then reactivate the audit on the mailbox: Set-Mailbox -Identity <SharedMailboxIdentity> -AuditEnabled:$false Set-Mailbox -Identity <SharedMailboxIdentity> -AuditEnabled:$true Run again the Search-UnifiedAuditLog command. Now you will find results. Conclusion I assume that the "Users" text box in the interface corresponds to the parameter "UserIds" in the cmdlet. And there is no match for the "FreeText" parameter. You can find other articles in my GitHub about Purview https://github.com/trisdev75/MicrosoftPurviewSending Auto-Replies from Shared Mailboxes
Much to our distress, we discovered that the contact form for the Office 365 for IT Pros website was broken. We fixed everything up and use a shared mailbox to receive the contacts logged by people on the website. In fact, we use a distribution list as the first point of contact. Its membership includes the shared mailbox and other user mailboxes. Everything works very nicely now. https://office365itpros.com/2023/01/10/shared-mailbox-auto-reply/
How to access Shared Inboxes with OAuth via IMAP (Basic Authentication Deprecation)
Since Microsoft is deprecating basic auth in the future I cannot use IMAP to access shared inboxes the way I used to: Email address: sharedmailbox[AT]domain.com Incoming Mail Server (IMAP) Username: mymailbox[AT]domain.com/sharedmailbox Hostname: outlook.office365.com Outgoing Mail Server (SMTP) Username: mymailbox[AT]domain.com Hostname: outlook.office365.com In order for the above to work I had to disable security defaults. By 01. October this will stop working. I use the native Apple mail app for managing mails. Now for the life of me I cannot figure out how I could possibly access shared inboxes via OAuth. When I choose to add an "Microsoft Exchange" account (which is the only way I found to use OAuth) I put in sharedmailbox[AT]domain.com as the mail address (which is the shared inbox I want to manage) and as username I choose my account mymailbox[AT]domain.com. When I do that the mail address is simply ignored and I end up adding my personal mailbox instead of the shared mailbox. Trying to login as mymailbox[AT]domain.com/sharedmailbox doesn't work either. Has anyone an idea how to get this working? I'm really used to working with my separate mailboxes and I really can't afford to put licenses on them.
How to quickly assign different permissions to shared calendars to different people
Hello everyone, In our organization we have a shared mailbox with multiple calendars within (around 10 calendars). These calendars need to be shared with all staff members, who should have "Reviewer" permissions. There are a few people (the secretaries), though, who need to have "Editor" permissions, because they are responsible of editing all these calendars. Also, every year our Staff security group is populated with new staff members who need to access those calendars possibly via email notifications. Would it be possible to create a script which: - Check all the members within the Staff Security group; - Identify the (new) members who don't have any access/permissions to the shared calendars; - Assign "Reviewer" permissions to each of them; then - Check all the members in a variable named $Secretaries (it would be great to populate this variable finding the word "Secretary" in the job title of each staff member); - Assign "Editor" permissions to all the secretaries. In the past new members were added manually one by one via the GUI. I created a variable with all the calendars inside: $SharedCalendars = @( "email address removed for privacy reasons:\Calendar\Test Dates", "email address removed for privacy reasons:\Calendar\Test1 Dates", "email address removed for privacy reasons:\Calendar\Test2 Dates", "email address removed for privacy reasons:\Calendar\Test3 Dates", "email address removed for privacy reasons:\Calendar\Test4 Dates", etc. ) Then I know that I can run for each calendar the Add-MailboxFolderPermission and also send the notifications $SharedCalendars.ForEach{ Add-MailboxFolderPermission -Identity $_ -User email address removed for privacy reasons -AccessRights Reviewer -SendNotificationToUser $true } If I want to populate the $Secretaries variable, I can use something like this: $Users = Get-MgGroupMember -GroupId xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx -All $UsersJob = $Users.ForEach{ Get-MgUser -UserId $_.Id -Property Id, DisplayName, UserPrincipalName, Mail, JobTitle } $Secretaries = $UsersJob | Where-Object {($_.JobTitle -like '*Secretary*')} | Select-Object -Property Id, DisplayName, UserPrincipalName, Mail, JobTitle | Sort-Object -Property UserPrincipalName but I am missing all the part of assigning the "Reviewer" permissions for each new member and the "Editor" permissions for the secretaries. Any help would be much appreciated. Many thanks in advance! FrancescoShared mailboxes automapping broke and cannot be removed after hybrid migration
We migrated a user from Exchange to Office 365. The shared mailbox is still on premises in Exchange. The full access is working and i can see that the user can still open the mailbox via OWA (open another mailbox). This user had the mailbox automapped to his Outlook and after migrating him, his Outlook will no longer open the automapped mailbox. When we try and remove the full access permissions and the automapping from the mailbox on prem it will not remove from Outlook. (We need to delete his Outlook profile and recreate to get rid of it) Since it thinks it is automapped, we cannot remove the mailbox from his Outlook. Even after removing it via powershell on prem. Since the mailbox is already added to his Outlook. We cannot go to account settings and force the mailbox to be added to the profile again. Thoughts? We will eventually move the shared mailbox to Office 365. But there are a lot of users accessing this mailbox. We cannot migrate it until we are ready for the rest of the users?
Shared Mailbox disappeared after migration to O365 from EXC2010
Hi, I'm currently testing the migration of shared mailboxes from an exchange 2010 server to O365 with a hybrid deployment and the exchange online migration wizard. First I created a user mailbox, converted it to a shared mailbox, synced this account to Office 365 and set up a migration batch for this mailbox only but after successfully completion the mailbox and its user accounts completly disappeared from Office 365. Any ideas why this happened? Thanks and regards!Using a Shared Mailbox to manage team tasks
Hi I have been looking for information for this scenario. A user has a shared mailbox but wants to create tasks in the shared mailbox and assign them to team members. The idea being that the task gets sent to each person from the shared mailbox and it receives responses. A sort of task traffic policeman. There are a bunch of articles and tips about using tasks in personal mailboxes but I wanted to find information on shared mailboxes - or even if it's possible. Any links or pointers appreciated.
