Error 2937 Exchange 2010
Contents |
in Exchange 2010 SP1 Sunday, September
Event Id 2937 Exchange 2013
26, 2010 I have noticed the following event on event id 2937 it is pointing to the deleted objects Exchange 2010 servers after upgrading Exchange 2010 RTM to Exchange 2010 Service Pack 1: event id 2937 public folder database Log Name: Application Source: MSExchange ADAccessDate: 9/26/2010 9:12:29 AMEvent ID: 2937Task Category: ValidationLevel: WarningKeywords: ClassicUser: N/AComputer: EX1.companyabc.comDescription:Process w3wp.exe () (PID=1960). Object [CN=Jeff
Event Id 2937 Msexchange Adaccess
Guillet,CN=Users,DC=companyabc,DC=com]. Property [HomeMTA] is set to value [companyabc.com/Configuration/Deleted Objects/Microsoft MTADEL:0a05fe00-f8ce-4016-bba8-dce98cfe6b93], it is pointing to the Deleted Objects container in Active Directory. This property should be fixed as soon as possible. The process in the event varies, but I've seen: EdgeTransport.exe ExSetupUI.exe (when installing Exchange) Microsoft.Exchange.RpcClientAccess.Service.exe Microsoft.Exchange.ServiceHost.exe
Msexchroutingmasterdn
MSExchangeMailboxAssistants.exe (when moving a mailbox) powershell.exe (when a user launches the Exchange 2010 management tools) w3wp.exe (when the user accesses OWA) The event in the example above is most commonly seen, and is caused when the user's homeMTA attribute is pointing to a deleted object in AD. To fix this for a specific user, run the following command from the Exchange Management Shell (EMS) on the server: Get-Mailbox jeff | Update-RecipientOr for all user mailboxes use: Get-Mailbox | Update-RecipientTo correct the arbitration mailboxes use: Get-Mailbox -Arbitration | Update-RecipientThese commands will update the user's homeMTA value to the correct value. I've also seen this warning for the Edge Transport routing group property, as shown below. Log Name: Application Source: MSExchange ADAccess Date: 7/12/2010 8:52:23 AM Event ID: 2937 Task Category: Validation Level: Warning Keywords: Cla
(עברית)المملكة العربية السعودية (العربية)ไทย (ไทย)대한민국 (한국어)中华人民共和国 (中文)台灣 (中文)日本 (日本語) HomeOnline20132010Other VersionsLibraryForumsGalleryEHLO Blog Ask a question Quick access Forums home Browse forums users FAQ Search property previous database is set to value related threads Remove From My Forums Answered by: Event
Update-recipient Exchange 2010
2937, Default Global Address List pointing to the Deleted Objects container Previous Versions event id 2937 it is pointing to the deleted objects exchange 2013 of Exchange > Exchange Previous Versions - Setup, Deployment, Updates, and Migration Question 0 Sign in to vote Hello I got http://www.expta.com/2010/09/fix-for-event-id-2937-msexchange.html a strange problem, hopefully someone of you may be able to help me. We got a new customer who has a Domain where earlier an Exchange Server Organization was installed. The Exchange Server itself was then "uninstalled" by their admin. This admin https://social.technet.microsoft.com/Forums/exchange/en-US/96476c05-ca6b-4821-abf6-cf0a3adc4c05/event-2937-default-global-address-list-pointing-to-the-deleted-objects-container?forum=exchangesvrdeploylegacy is no longer working there, so I got no idea how he really uninstalled it. However, there was still an Exchange Organization in Active Directory and I was able to remove this organization using an Exchange 2003 CD and using the /removeorg switch. Later on I installed a new Exchange 2010 Server with SP1. Some minutes after installing it, I start receiving the following error message in Event viewer: Log Name: Application Source: MSExchange ADAccess Date: 20.09.2010 09:48:57 Event ID: 2937 Task Category: Validation Level: Warning Keywords: Classic User: N/A Computer: SRCHZGEX001.domain.local Description: Process edgetransport.exe () (PID=8052). Object [CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=local]. Property [GlobalAddressList] is set to value [domain.local/Configuration/Deleted Objects/Default Global Address List DEL:a44b4cb9-2e24-41ff-9f3e-9c978d6d0077], it is pointing to the Deleted Objects container in Active Directory. This property shoul
Event ID 2937) after removing a Exchange 2007 server at the end of a Exchange 2007 > 2013 migration. The details of the https://www.vcloudnine.de/exchange-2013-event-id-2937-msexchange-adaccess-after-public-folder-migration/ warning told me, that there was a faulty value set to a attribute of the mailbox database object. Because the public folder migration was part of the migration, the error message seemed plausible. Process w3wp.exe (PID=4652). Object [CN=Mailbox Database E2K13,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=Testing,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=testing,DC=local. Property [PublicFolderDatabase] is set to value [testing.local/Configuration/Deleted Objects/Public Folder Database DEL:4a45b7c2-10fc-42df-bdaa-82ae8a12e66e], it is pointing to event id the Deleted Objects container in Active Directory. This property should be fixed as soon as possible. 1 Process w3wp.exe (PID=4652). Object [CN=Mailbox Database E2K13,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=Testing,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=testing,DC=local. Property [PublicFolderDatabase] is set to value [testing.local/Configuration/Deleted Objects/Public Folder Database DEL:4a45b7c2-10fc-42df-bdaa-82ae8a12e66e], it is pointing to the Deleted Objects container in Active Directory. This property should be fixed as soon event id 2937 as possible. A quick check with ADSI Edit confirmed the message. To be honest: I made a mistake and searched for the attribute PublicFolderDatabase in the database object, but in the end I found the wrong entry as a value of the msExchHomePublicMDB attribute in the database object. It must be set to the distinguished name of the mailbox database that houses the public folder mailboxes. If you don't have any public folders in your Exchange 2013 org, then you have to clear the value! The solution Start ADSI Edit (Start > Run > adsiedit.msc) and right click the "ADSI Edit". Select "Connect to…". Open the configuration context. Navigate to the database object, which is mentioned in the warning. Right click the database object and select "Properties" from the context menu. You can limit the number of attributes if you hit the "Filter" button and select "Show only attributed that have values". Scroll down to the msExchHomePublicMDB attribute. Double click it and enter the complete CN of the mailbox database, that houses the p