Once you have completed a hybrid configuration in your company, it turns out that the job is not done yet. After a quick verification whether the hybrid is set up correctly, you notice that some of the users are not synchronized properly. And if that is the case, you need to do some additional adjustments. If you hit the roadblock during the synchronization it is most probable that the problem will be related to user synchronization between local Active Directory and Azure AD. Common causes for this are:
- Lack of rights to Organizational Units (OU) or AD objects (users, groups or computers) for a service account used by Azure AD Connect (AAD Connect)
- The improper scope of objects synchronized with Office 365. In other words, perhaps an OU that contains a certain user object, group or computer was not selected in the AAD Connect configuration wizard.
You can encounter these problems when you run the synchronization from on-premises AD to Office 365. But this can also happen the other way round when you run the synchronization from Office 365 to on-premises AD or in both directions. Look at the most common scenarios here:
In this article, I will show you how to manage these situations in an environment with hybrid configuration and Centralized Mail Transport enabled.
A user has an account in Office 365 but not in local Active Directory
Continue reading ‘How to merge an Office 365 account with an on-premises AD account after hybrid configuration?’
For some of you this may sound a bit disturbing, for some may be exaggerated, but preserving emails is one of the essential tasks any business should be aware of. In most organizations, emails hold very important or even critical data, which guarantee business continuity. That is why having a backup copy of emails seems to be something obvious, but it also seems to be underestimated at some point.
Continue reading ‘Back up Office 365/Exchange emails before it is too late!’
Outlook rules help users organize their mailboxes. Thanks to them, sieving spam from important messages can be more automatic and users mailboxes can look less chaotic. That is the bright side of Outlook rules. The less bright side is that users highly depend on them and every time there is an issue concerning the rules, admins find themselves to be in the eye of the storm. You can remain calm, though, as I will show you how to manage users’ Outlook rules using PowerShell. But first, you have to know the difference between the two types of those rules, to learn what you can do with PowerShell and what requires a direct intervention in the users’ email clients.
Server-side rules vs. client-side rules
Outlook rules can be either server-side or client-side. Understanding the differences between them is crucial for an admin, as the type determines when they are executed and which cmdlets can be used to manage them.
Continue reading ‘Managing users’ Outlook rules from Exchange Management Shell (with PowerShell)’
When you set up a company-wide email signature on Exchange or Office 365 using, e.g. the built-in transport rules feature, you will probably want to verify whether it is correctly added to messages.
The most straightforward and foolproof method is for users to send a test email to you so you can check it.
Or, if you feel like taking a crowdsourcing approach, just have each user send the email to themselves and check the details, etc. personally.
The problem with both those methods is that they rely upon users correctly understanding your request, complying with it and carrying it out properly, all without assistance. Realistically, you have a higher chance of randomly meeting Bill Gates walking down your street with a pet iguana on a leash, than for all 3 of these circumstances to come together magically.
As in many cases, here also PowerShell scripts can save you a lot of time and effort.
Continue reading ‘How to send test email from multiple Exchange users with PowerShell’
Thanks to PowerShell, you can easily verify the activity on a shared or a user’s mailbox on Exchange (on-premises and Online).
The cmdlets that come in handy in this situation are:
- Get-MailboxStatistics, which lets us check the Last logon time on a mailbox,
- And, of course, Get-Mailbox
Continue reading ‘List of active mailboxes (PowerShell)’
To set up an automatic response for a public folder, follow these steps:
- In Exchange admin center, mail enable the public folder by going to public folders, public folders, highlighting the public folder and clicking Enable in the right pane (a warning prompt is going to pop up – click Yes).
Continue reading ‘Setting an auto reply for a public folder’
To configure a professional auto-response (not an Exchange Out Of Office message, which is sent only once per sender) for a shared mailbox, apply this solution:
- In Outlook Mail Setup in Windows (one way to get there is via Control Panel, User Accounts, Mail) click Show Profiles…
Continue reading ‘Setting an auto reply for a shared mailbox’
First, let’s get one thing out of the way – distribution groups cannot send automatic responses by themselves.
Using Reject the message with the explanation / enhanced status code transport rule actions to send auto-replies for a distribution group is not a good idea either. Firstly, because it defeats the whole purpose of maintaining a distribution group (the original message is blocked, thus not reaching the members of the group). Secondly, because the automatic messages sent by the actions are very very bare-bones (as you can see here).
The most common solution to these grievances is a shared mailbox with a have server reply using a specific message rule underneath it.
Continue reading ‘Setting an auto reply for a distribution group’
The end is near. At least the end of the Extended Support cycle for Exchange 2007. We have already mentioned it last year in Goodbye Exchange 2007, but it is high time we posted a reminder, as Exchange 2007 end of life is scheduled on April 11, 2017. This is not the end of the world. However, if you use Exchange 2007, you should consider all pros and cons of migration to a newer version. The process is not just a matter of a few clicks and even a whole month may prove not to be enough to finalize the move.
Continue reading ‘Exchange 2007 end of life on April 11, 2017’
Applies to Exchange 2016, Online, 2013, 2010 and 2007.
Viewing current dynamic distribution group membership on Exchange Server is very easy thanks to the Get-Recipient PowerShell cmdlet and its -RecipientPreviewFilter parameter.
Continue reading ‘Display members of dynamic distribution groups using PowerShell’