Category / Exchange Server

Microsoft Exchange Server

by --Anand--

Exchange: Delete Meetings of terminated users’ in conference room calendars


How to free up the conference room calendar from terminated employees’ meetings? Here are the base line PowerShell commands for you to write a script.

To check if any meetings booked by employees in any of the conference rooms who no longer works in your office:

Get-Mailbox -RecipientTypeDetails RoomMailbox |  Search-Mailbox -Searchquery "kind:meetings from:<DisplayName>" -EstimateResultOnly | Select Identity,ResultItemsCount | ft -AutoSize

Note: Replace <DisplayName> in the command above with terminated user’s display name.

To Delete the meetings booked by the terminated employees:

Get-Mailbox -RecipientTypeDetails RoomMailbox |  Search-Mailbox -Searchquery "kind:meetings from:<DisplayName>" -DeleteContent -Force

Anybody interested in a script to run in schedule to delete the meetings of terminated users? drop me a comment..

 

 

 

Advertisements
by --Anand--

Get-MailboxFolderPermission – The security principal specified is already on the permission set


Are you getting this error when running Get-MailboxFolderPermission?

PS E:\> Get-MailboxFolderPermission deptcalendar@company.com:\calendar
The security principal specified is already on the permission set.
    + CategoryInfo          : NotSpecified: (:) [Get-MailboxFolderPermission], CorruptDataException
    + FullyQualifiedErrorId : [Server=ZN1UR12MB0288,RequestId=b4f155be-a238-4a98-8b3f-f3d9258e22d2,TimeStamp=6/19/2018 10:10:41 PM] [FailureCategory=Cmdlet-CorruptDataException] F8D77EE2,Microsoft.Exchange.Management.StoreTasks.GetMailboxFolderPermission
    + PSComputerName        : outlook.office365.com

The error message seems cryptic, right? But it is not. It means there is a DUPLICATE entry for the same user (security principal) is in the permission set for the calendar folder permissions.

So how do we fix it?

The ONLY way is to use Outlook to remove the duplicate entry.

Yes, that means

  1. give yourself full access permission to the mailbox,
  2. create an Outlook profile (or just a calendar),
  3. go to Calendar, right click and go to properties, & then Permissions
  4. remove the duplicate user entry

Enjoy. 🙂

by --Anand--

Exchange: list mailbox folders size and items count


As Exchange Administrator, if you want to find out any user’s mailbox size information by folder and number of items in each folder, you can to the right place. Here is the PowerShell Command to list the folders, number of items in the folder and size of the folders.

Replace the username@domain.com with user’s primarySMTPAddress.

(Get-MailboxFolderStatistics -Identity Username@Domain.com) |sort itemsinfolder -descending |ft folderpath,itemsinfolder,FolderSize

 

The results will look like this:

FolderPath                                       ItemsInFolder FolderSize
----------                                       ------------- ----------
/Inbox/Important_email                                 1907851 2.661 GB (2,857,213,378 bytes)
/Junk E-Mail                                            461173 1.801 GB (1,933,977,887 bytes)
/Inbox/S - Archived/KIRA                                 15085 539.8 MB (566,024,075 bytes)
/Deleted Items                                           12202 418.3 MB (438,663,132 bytes)
/Recoverable Items                                        9109 56.48 MB (59,219,680 bytes)
/Calendar                                                 3276 127.2 MB (133,343,630 bytes)
/Inbox/1 - Archived/Munchkins                             2558 48.49 MB (50,848,487 bytes)
/Sent Items                                               1355 45.74 MB (47,961,704 bytes)
/Inbox/0 - YOps Mist                                      1339 389.1 MB (408,029,942 bytes)
/Inbox/1 - Archive                                          1147 118 MB (123,761,904 bytes)
/Inbox/5 - Alerts                                          929 33.92 MB (35,571,617 bytes)
/Inbox/1 - Archive2                                        920 142.1 MB (149,002,073 bytes)

 

by --Anand--

Exchange: The WS-Management service cannot process the request. The system load quota of 1000 requests per 2 seconds has been exceeded


Are you getting this following error in Exchange Console or Shell?

Connecting to remote server ExchServer.company.com failed with the following error message : The WS-Management service cannot process the request. The system load quota of 1000 requests per 2 seconds has been exceeded. Send future requests at a slower rate or raise the system quota.

It means, IIS/PowerShell App Pool is over loaded.

I saw on other sites on more drastic solution like running IISReset on Admin privileged command prompt. That would affect entire Exchange client features.

Solution:

  1. Logon to the specfic Exchange server on the error message
  2. Open IIS Management Console and navigate to IIS Application Pools
  3. Restart PowerShell App Pools
by --Anand--

Exchange 2010 (& Service Pack) Setup: A Restart from a Previous Installation is Pending


Exchange 2010 or Exchange 2010 Service Pack fails on Exchange Analyzer on checking pre-requisites. This should be easy to resolve. If you are seeing this same error after reboot, there must be orphaned registry values left from previous setup files. Check and fix the following two registry keys and setup should continue normally. 

To remove an orphaned UpdateExeVolatile registry key value

  1. Open a registry editor, such as Regedit.exe or Regedt32.exe.

  2. Navigate to HKLM\SOFTWARE\Microsoft\Updates\

  3. In the right navigation pane, double-click the UpdateExeVolatile key.

  4. Configure the key with a value of 0

  5. Close Registry Editor.

To delete the orphaned PendingFileRenameOperations registry key

  1. Open a registry editor, such as Regedit.exe or Regedt32.exe.

  2. Navigate to HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\

  3. In the right navigation pane, right-click the PendingFileRenameOperations key and select Delete.

  4. Close Registry Editor.

I found this info at http://technet.microsoft.com/en-us/library/cc164360(v=EXCHG.80).aspx.

by --Anand--

Exchange 2010: “Could not convert property WindowsEmailAddress to type SmtpAddress. Error while converting string ‘emailaddress’ to result type”


You already have an Active Directory account and you want to create an Exchange Mailbox. You clicked New Mailbox command from Action Pane, selected the account and clicked New. Now you get this very “informational message”, Exchange refused to create Mailbox because it “could not convert property WindowsEmailAddress to type SmtpAddress.”

image

Do Not Panic. Oh! you already panicked and searched Internet and found this blog.Winking smile Alright then, let’s interpret this error message and fix this issue.

The error message is saying the existing Active Directory account is set to mail property with invalid e-mail address. Exchange is saying the existing e-mail address from AD account is not SmtpAddress type which supposed to be Name@domain.com.

Solution: Open the AD account properties in Active Directory Users and Computers console and check E-Mail property in General tab. Remove the value from E-Mail property and try creating the mailbox again.

by --Anand--

Exchange 2010: Cannot Disable or Delete Mailbox


If you end up with message Action ‘Disable’ could not be performed on object ‘name’ along with “Active directory response: 00002098: SecErr: DSID-03150BB9, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0”, there is an explanation and solution for this issue.

image

 

Is the active directory account for the Mailbox disabled? If yes, Mailbox is probably lost permission on SELF account. I would recommend enable the Active Directory account to disable or delete the mailbox.

Now the real explanation would be the account Exchange Trusted Subsystem don’t have permissions for the account to remove the Exchange attributes. It may be due the permissions are NOT inheriting to the user account.

The solution is to do the two things.

1. Give Exchange Trusted Subsystem  account Full Control over the User account

  • Open Active Directory Users and Computers console
  • Click View –> Advanced Features
  • Find the User account and double click to open the properties.
  • Click on Security Tab
  • Select Exchange Trusted Sub System and check the box for Full control permission.

image

 

2. Enable permission In-heritance

  • On the Security tab on user account properties (see above picture), click on Advanced button
  • Check the box for image

Wait for Active Directory Replication to happen or trigger manual replication between servers and sites. Try disable or delete operation again on the same mailbox.

If that works for you, reply “Yay!” for me here. Smile