-
Notifications
You must be signed in to change notification settings - Fork 1.3k
PermanentlyClearPreviousMailboxInfo #8310
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
I believe the published info is incorrect. The parameter is only valid for Exchange Online, per the associated blog post.
Docs Build status updates of commit ed1db09: ✅ Validation status: passed
For more details, please refer to the build report. Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report. For any questions, please:
|
Docs Build status updates of commit 5f0a384: ✅ Validation status: passed
For more details, please refer to the build report. Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report. For any questions, please:
|
@mprentice22153, there have been a couple of issues about this (#7028, #7078). What I think is the definitive answer is here: https://github.com/MicrosoftDocs/office-docs-powershell/issues/7028#issuecomment-799715448:
No question that the parameter is available. Whether or not the parameter is functional is the question. If you have other information, please advise. |
The parameter and functionality is absolutely available within Office 365 Exchange Online. Just ran it yesterday, hence my submission, on 80 mailboxes that were incorrectly created in EO. Ran it a year ago within the same customer environment when we first setup the hybrid Exchange, and have run it in other customer EO environments. I've never run it in an Exchange on-prem environment so I'm not aware that it actually works there and thus my confusion. |
All of this was done against a M365 tenant. Actual domain removed but user account names are actual.
|
This article is actually referenced in the set-user details for the PermanentlyClearPreviousMailboxInfo parameter and it clearly states the functionality is available to EO. |
Docs Build status updates of commit 46bd2dd: ✅ Validation status: passed
For more details, please refer to the build report. Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report. For any questions, please:
|
@mprentice22153, you had me at your first response, Updated to ExO only as you described (with editorial license and consistency with other parameters in the same fate). |
I believe the published info is incorrect. The parameter is only valid for Exchange Online, per the associated blog post.