When setting an out-of-office/automatic reply on a mailbox, there are several ways to then either edit or disable the reply. Out of interest, is the text for these automatic replies stored in a file or similar on the filesystem of the machine that Exchange is running on?
elliott94's questions
Assume the following:
A Windows domain has a policy set to ensure that users must reset their passwords every 90 days
A user account (let's refer to it as "UserA") last changed their password just over 3 months ago, and as a result this policy is triggered for their account - forcing a password change at the next login
In this case, if a domain administrator was to open the "Account" tab within the Properties dialog for UserA, would the "User must change password at next login" checkbox be ticked - or is this setting within ADUC not affected by domain password expiry policies?
From my understanding, Exchange Server 2010 was released on the 9th of November 2009 - and Exchange Online during the middle of 2011 - just under 2 years since the original RTM of Exchange 2010 was made available. From the above, I've come to the conflusion that Remote Mailboxes must have been added to Exchange Server 2010 as part of one of its updates - but I haven't been able to find any documentation online that gives any exact dates as to when this functionality was introduced. Would somebody be able to confirm when this was added?
Assume the following within an environment that has an account lockout threshold set to 3 - meaning that if 3 incorrect passwords are entered, a user account becomes locked:
User A types 2 incorrect passwords at the Windows logon screen - entering another incorrect password would cause their account to be locked at this point
From within the ADUC MMC snap-in, a domain administrator navigates to the Properties dialog for User A's account, and from the "Account" tab checks the "Unlock Account" checkbox and hits the "OK" button
Considering that entering a final incorrect password for User A would have caused the account to lock before the actions carried out as part of step 2, can User A now enter an incorrect password without their account locking - does ticking the "Unlock Account" checkbox when an account isn't locked reset the count of incorrect passwords that have been entered?
Assume the following - this assumes that the Exchange Management Console is being used to modify permissions:
You have a mailbox with an email address of "[email protected]"; User B asks if they can be given access to this mailbox. Access is granted
User C then requests access to the "UserA" mailbox, as well as User B; despite previously adding User B's permissions, this is done at the same time as User C
In the above example, is an error thrown when choosing to give Full Access Permission from within the EAC? I know that for Active Directory security groups, if using the ADUC snap-in, an error is displayed stating that a user already has access to a group if you attempt to add duplicate permissions but I wasn't sure if this was also true for Exchange.
When choosing to decrypt a drive via MBAM, I've noticed a combo box that asks the user to choose a reason for decryption - several possible options are listed including a lost PIN. What's the relevance of asking this question - are the decryption reasons stored somewhere central and possible for administrators to view?
Does the Exchange Control Panel (ECP) included with Exchange Server 2010 allow standard users (i.e. Active Directory objects that don't include any Exchange security groups) to log into the ECP and make changes to mailboxes that are either associated with their Active Directory object, or mailboxes where Full Access permissions have been added?
By default, if a user account is configured to use a Roaming profile, several locations relating to the profile are copied to a file share whenever that user logs off. One of these items that is included as part of the sync process includes the user's local registry keys. If taking a look at the data for the user's roaming profile on the file share on the server, where can registry data for the profile be located?
When choosing to mailbox-enable an existing object within Active Directory in the Exchange Management Console (by right-clicking "Recipient Configuration", choosing "New Mailbox" and then selecting the "Existing User" radio button), it's possible to search for multiple users within the forrest to be added which then appear in the list of objects to enable. Unlike when a single object is selected, however, when clicking the "Next" button the EMC doesn't offer the option of choosing aliases for these objects and simply displays the window with the "New" button that creates the mailboxes for these objects. In this case, does EMC automatically set the alias for these objects to be the username of each object in question - or is another format used?
With the Server Core option chosen during the installation of Windows Server, I've seen several references to no GUI being present. I'm totally blind and as a result screenshots arn't that useful to me, but just so that I can get an understanding of how this works, when a user logs into a machine with Server Core what do you see? Is there still a Start button, or is the screen blank?