Forum Discussion
Deleted Emails Keep Coming Back in their Source Folders
Hi Team,
I am assisting a customer who is running Exchange Server 2016 CU11 - Version 15.1 (Build 1591.10) and is having issue in deleting emails from the email accounts on the server.
The deleted emails re-appear in the folders they were deleted from, tried permanently deleting the emails from OWA & Outlook but that doesn't help.
The Issue is affecting multiple users on the Exchange Server.
- Have done following troubleshooting :
- Confirmed there is no Litigation hold in place
- Advise User to delete email account from all the devices and use OWA
- Purged all the deleted Items
Any further help in getting this sorted would be highly appreciated.
Thanks
Yes, I have checked the services earlier and they appeared to be running perfectly. MFA was doing its job and there were no retention policies to put a hold on emails.
Apparently, the dismount and remount of the database along with a clean restart of the server have fixed the issue for me.
Thanks for your help anyway. 🙂
- BemmelenPatrickIron ContributorHello Mohd,
This sounds a bit like database corruption, could you please run the following command to get the status of the database?
You will need to bring down the databases (dismount) so make sure you do this outside of business hours.
Get-MailboxDatabase | Dismount-Database
Get-MailboxDatabase -Status | % { eseutil /mh $_.edbfilepath }
Get-MailboxDatabase | Mount-Database- mohdfirozaliCopper Contributor
BemmelenPatrickHi, thanks for your response, please see the output from the command below:
[PS] C:\Windows\system32>Get-MailboxDatabase -Status | % { eseutil /mh $_.edbfilepath }
Extensible Storage Engine Utilities for Microsoft(R) Exchange ServerVersion 15.01Copyright (C) Microsoft Corporation. All Rights Reserved.Initiating FILE DUMP mode...Database: E:\Databases\Mailbox database.edbDATABASE HEADER:Checksum Information:Expected Checksum: 0x7601f2bbActual Checksum: 0x7601f2bbFields:File Type: DatabaseChecksum: 0x7601f2bbFormat ulMagic: 0x89abcdefEngine ulMagic: 0x89abcdefFormat ulVersion: 0x620,20,0 (attached by 0)Engine ulVersion: 0x620,60,120 (efvCurrent = 9040)Created ulVersion: 0x620,20DB Signature: Create time:11/06/2018 20:35:42.805 Rand:269668576 Computer:cbDbPage: 32768dbtime: 1197083150 (0x475a0a0e)State: Clean ShutdownLog Required: 0-0 (0x0-0x0)Log Committed: 0-0 (0x0-0x0)Log Recovering: 0 (0x0)Log Consistent: 0 (0x0)GenMax Creation: 00/00/1900 00:00:00.000 LOCShadowed: YesLast Objid: 376339Scrub Dbtime: 0 (0x0)Scrub Date: 00/00/1900 00:00:00.000 LOCRepair Count: 0Repair Date: 00/00/1900 00:00:00.000 LOCOld Repair Count: 0Last Consistent: (0xB1189,D8,B84) 06/12/2020 19:15:01.869 UTCLast Attach: (0xB0E75,2,268) 06/11/2020 05:53:31.316 UTCLast Detach: (0xB1189,D8,B84) 06/12/2020 19:15:01.869 UTCLast ReAttach: (0x9C688,2,268) 04/17/2020 02:54:29.834 UTCDbid: 1Log Signature: Create time:11/06/2018 20:35:42.399 Rand:3444012206 Computer:OS Version: (6.2.9200 SP 0 NLS ffffffff.ffffffff)Previous Full Backup:Log Gen: 0-0 (0x0-0x0)Mark: (0x0,0,0)Mark: 00/00/1900 00:00:00.000 LOCPrevious Incremental Backup:Log Gen: 0-0 (0x0-0x0)Mark: (0x0,0,0)Mark: 00/00/1900 00:00:00.000 LOCPrevious Copy Backup:Log Gen: 640531-640634 (0x9c613-0x9c67a) - OSSnapshotMark: (0x9C67A,3B,4B)Mark: 04/17/2020 02:33:01.317 UTCPrevious Differential Backup:Log Gen: 0-0 (0x0-0x0)Mark: (0x0,0,0)Mark: 00/00/1900 00:00:00.000 LOCCurrent Full Backup:Log Gen: 0-0 (0x0-0x0)Mark: (0x0,0,0)Mark: 00/00/1900 00:00:00.000 LOCCurrent Shadow copy backup:Log Gen: 0-0 (0x0-0x0)Mark: (0x0,0,0)Mark: 00/00/1900 00:00:00.000 LOCcpgUpgrade55Format: 0cpgUpgradeFreePages: 0cpgUpgradeSpaceMapPages: 0ECC Fix Success Count: noneOld ECC Fix Success Count: noneECC Fix Error Count: noneOld ECC Fix Error Count: noneBad Checksum Error Count: noneOld bad Checksum Error Count: noneLast Database Maintenance Finish Date: 00/00/1900 00:00:00.000 LOCCurrent Database Maintenance Start Date: 11/11/2018 21:16:12.498 UTCHighest Continuous Database Maintenance Page: 0Highest Database Maintenance Page: 0Database Header Flush Signature: Create time:06/12/2020 19:15:01.869 Rand:3989111999 Computer:Flush Map Header Flush Signature: Create time:00/00/1900 00:00:00.000 Rand:0 Computer:Operation completed successfully in 0.93 seconds.- BemmelenPatrickIron ContributorThe database seems to be in order because of the Clean Shutdown state.
Are all the Exchange services running, and in particular the Mailbox Assistent service?
This service applies the retention tags and processes all mailbox operations within your Exchange server.
Also, could you tell me a bit more about your environment, like for instance, are you using a DAG setup?