No need for a bunch of hoopla, here’s the short and sweet version.
Add Send As Permission for All Users from a User Account
Get-Mailbox -ResultSize Unlimited | Add-ADPermission -User "YourDomain\Username" -Extendedrights "Send As"
To add send as permissions for future users, we need to create a powershell script with the above line in it, make sure you have enabled the use of unsigned scripts by issuing the “Set-ExecutionPolicy remotesigned” command at an administrator ran PowerShell prompt, and create a task scheduler job to run our script with the administrator credentials saved in there.
Continue reading “Exchange 2010 – Add Send As Permission for All Users/Future Users from a User Account”
If your in a bind, your server can spare the extra resources, and you’ve got a lot of mailboxes to move to a different database in a hurry for one reason or another, you will probably want to edit the “MSExchangeMailboxReplication.exe.config” file located in the “Bin” folder of your server’s installation directory to increase the performance of the Microsoft Exchange Mailbox Replication Service. For a complete listing of the variables and their options in the config file, check out this site.
Continue reading “Exchange Server 2010 – Increase Number of Move Requests by the Mailbox Replication Service”
As mentioned in a previous post, if you’re Email Server is running out of hard drive space and you’re in a world of hurt, there are several steps you must take to get that space back. Even if you have your user’s tidy up their mailbox and you force delete out their RecoveryItems folders, you will essentially be creating free whitespace to store more messages but the size of your database will never shrink below it’s current state. To actually shrink size of the database file, you will have to do the following:
- Have the end users get rid of all their unimportant emails and empty their Deleted Items folder.
- Purge all of the user’s RecoveryItems folders. To learn how, read this.
- Either create a new mailbox database, mount it, move all the mailboxes to it, then dismount and delete the old database
— OR —
Dismount the databases and run the defrag utility
Either way, both scenarios are extremely time consuming so get your blanket and sun tan lotion because you’re never getting off that beach, just the way you never got into the NHL, ya jackass!
Continue reading “Exchange Server 2010 – Shrink Database Size – OR – Reclaim Lost Database Storage Space”
Being the devoted Email Administrator that you are, you notice that the space for storing mailboxes on your Exchange Server is getting dangerously low, so you decide to take action. Logically, your first thought would be to have all your end users go through all the folders in their mailbox and get rid of any junk they don’t need and then empty their “Deleted Items” folder to regain the space back. After all, in most cases there really is no reason for users to keep every single email they’ve ever sent and received since the beginning of time (which a lot of them tend to do and I’ll never understand why).
Unfortunately, as you’ve probably already noticed, that is not the case. Simply having a user empty their “Deleted Items” folder has no effect on the database size whatsoever. This is partially due to the nifty feature that allows users to be able to recover deleted messages after they’ve already emptied their trash. By default, Exchange keeps deleted items for 14 days until they are purged, so now it is necessary to manually force the deletion of these items.
Continue reading “Exchange Server 2010 – Purge the Deleted Items (RecoverableItems) Folder”