Hi there,

< Microsoft for Mac 2011 >

It's been a few days that I couldn't log in Outlook.

Whenever I click Microsoft Outlook to check my e-mail, 'Microsoft Error Reporting' pop-up window is showing up.

It says:

Microsoft Database Daemon has encountered a problem and needs to close. We are sorry for the inconvenience.

I've already clicked the 'Send' button to tell you guys about this problem.

I haven't received any reply back, so I'm leaving a question through this website.

Regard,

JeeYun

I just added a new email account, and very consistently as soon as I click on the inbox (this is an IMAP account FYI) it will crash the Microsoft Database Daemon.

A vast majority of the time I can't even click on the inbox without getting the error. Occasionally I'll get in, but it's pretty much useless. The following is the error I get. Is this an issue with Outlook or my email server? (My other IMAP accounts with other providers work fine)

Microsoft Error Reporting log version: 2.0

Error Signature:
Exception: EXC_BAD_ACCESS
Date/Time: 2014-03-23 00:12:06 +0000
Application Name: Microsoft Database Daemon
Application Bundle ID: com.microsoft.outlook.databasedaemon
Application Signature: MDlr
Application Version: 14.3.9.131030
Crashed Module Name: Microsoft Database Daemon
Crashed Module Version: 14.3.9.131030
Crashed Module Offset: 0x0004b2e8
Blame Module Name: Microsoft Database Daemon
Blame Module Version: 14.3.9.131030
Blame Module Offset: 0x0004b2e8
Application LCID: 1033
Extra app info: Reg=en Loc=0x0409
Crashed thread: 0


Thread 0 crashed:

#  1  0x001332e8 in SwapVisibleColInfoArrayStoreToHost(OpaqueFMSwapToHostData*, unsigned long) + 0x0000249C (Microsoft Database Daemon + 0x0004b2e8)
#  2  0x0015ec8b in std::_Rb_tree<unsigned long, unsigned long, std::_Identity<unsigned long>, std::less<unsigned long>, std::allocator<unsigned long> >::insert_unique(unsigned long const&) + 0x000064AD (Microsoft Database Daemon + 0x00076c8b)
#  3  0x00160c61 in std::_Rb_tree<unsigned long, unsigned long, std::_Identity<unsigned long>, std::less<unsigned long>, std::allocator<unsigned long> >::insert_unique(unsigned long const&) + 0x00008483 (Microsoft Database Daemon + 0x00078c61)
#  4  0x00160cc0 in std::_Rb_tree<unsigned long, unsigned long, std::_Identity<unsigned long>, std::less<unsigned long>, std::allocator<unsigned long> >::insert_unique(unsigned long const&) + 0x000084E2 (Microsoft Database Daemon + 0x00078cc0)
#  5  0x0016159a in std::_Rb_tree<unsigned long, unsigned long, std::_Identity<unsigned long>, std::less<unsigned long>, std::allocator<unsigned long> >::insert_unique(unsigned long const&) + 0x00008DBC (Microsoft Database Daemon + 0x0007959a)
#  6  0x00134fe4 in SwapVisibleColInfoArrayStoreToHost(OpaqueFMSwapToHostData*, unsigned long) + 0x00004198 (Microsoft Database Daemon + 0x0004cfe4)
#  7  0x0013511b in SwapVisibleColInfoArrayStoreToHost(OpaqueFMSwapToHostData*, unsigned long) + 0x000042CF (Microsoft Database Daemon + 0x0004d11b)
#  8  0x00186575 in CSharedMemPtr<DatabaseBroadcastMessage::RecordChangedMessage>::~CSharedMemPtr() + 0x0000490B (Microsoft Database Daemon + 0x0009e575)
#  9  0x0017b245 in CSharedMemPtr<DatabaseBroadcastMessage::FolderCountChangedMessage>::~CSharedMemPtr() + 0x000049E5 (Microsoft Database Daemon + 0x00093245)
# 10  0x00182a8d in CSharedMemPtr<DatabaseBroadcastMessage::RecordChangedMessage>::~CSharedMemPtr() + 0x00000E23 (Microsoft Database Daemon + 0x0009aa8d)
# 11  0x0014aa4a in SwapDBTaskClusterStoreToHost(OpaqueFMSwapToHostData*, unsigned long) + 0x00002760 (Microsoft Database Daemon + 0x00062a4a)
# 12  0x95b99c40 in ___CFMessagePortPerform + 0x00000340 (CoreFoundation + 0x00108c40)
# 13  0x95b16eb5 in ___CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 0x00000035 (CoreFoundation + 0x00085eb5)
# 14  0x95b16e1b in ___CFRunLoopDoSource1 + 0x0000020B (CoreFoundation + 0x00085e1b)
# 15  0x95b075e2 in ___CFRunLoopRun + 0x00000852 (CoreFoundation + 0x000765e2)
# 16  0x95b06b1a in _CFRunLoopRunSpecific + 0x0000018A (CoreFoundation + 0x00075b1a)
# 17  0x95b0697b in _CFRunLoopRunInMode + 0x0000007B (CoreFoundation + 0x0007597b)
# 18  0x97024b7d in _RunCurrentEventLoopInMode + 0x00000103 (HIToolbox + 0x0002bb7d)
# 19  0x97024902 in _ReceiveNextEventCommon + 0x0000020E (HIToolbox + 0x0002b902)
# 20  0x9706faea in _AcquireNextEventInMode + 0x0000004B (HIToolbox + 0x00076aea)
# 21  0x971bf9da in __AcquireNextEvent + 0x0000003A (HIToolbox + 0x001c69da)
# 22  0x971ad324 in _RunApplicationEventLoop + 0x000000E1 (HIToolbox + 0x001b4324)
# 23  0x0014ac9d in SwapDBTaskClusterStoreToHost(OpaqueFMSwapToHostData*, unsigned long) + 0x000029B3 (Microsoft Database Daemon + 0x00062c9d)
# 24  0x000ec1e6 in  + 0x000014DF (Microsoft Database Daemon + 0x000041e6)

X86 Thread State:
 eax: 0x000647d0  ebx: 0x00000002  ecx: 0xbff15448  edx:0x0415f008
 edi: 0x000647d0  esi: 0x78f78320  ebp: 0xbff14f18  esp:0xbff14ed0
  ss: 0x00000023  eip: 0x001332e8   cs: 0x0000001b   ds:0x00000023
  es: 0x00000023   fs: 0x00000000   gs: 0x0000000f  eflags:0x00010202

Hallo, 

auf meinem imac habe ich gestern  Office 365 2011 für Mac installiert.
Alle Anwendungen funktionieren einwandfrei, bis auf Outlook.

Hier erscheint die nachfolgende Fehlermeldung:
Microsoft Database Daemon muss wegen eines Problems beendet werden.
Wir entschuldigen uns usw,

Ich habe bereits die komplette Supportanleitung, einschl. Austausch der 
Identitätsdatenbank (auch mit Fremdrechner), abgearbeitet.
(support.microsoft.com/kb/2360509). Hilft alles nix !

Ich nutze OS X 10.9, es steht ausreichend Speicherplatz zur Verfügung.
Prozessor Intel.

Kann mir jemand weiterhelfen ?

Vielen Dank im Voraus.

Gruß Stephan
Okay, so I've built my database several times now.  When I start Outlook I can work with it for about 10 or 15 seconds before the Microsoft Database Daemon seems to start doing something (I can see CPU usage go up), and then Outlook hangs.  The Database Daemon seems to be running at 70 to 90% CPU usage.

I've read all kinds of articles on this problem, and am not a new user.  However, this is the first time I've had this problem in the years I've been using Entourage/Outlook.  I do not use an Exchange server... I mainly use POP accounts, and have one IMAP account (where other users are using it as well... kind of a communal account).  Not sure exactly what's causing the Database Utility to go into major CPU usage and Outlook to present spinning wheel of death.  Yes, I've created a new identity and that works fine, so obviously there is something wrong with a message, or some such thing, but I can't figure it out. 

NOTE: I can kill the Database Daemon, and Outlook becomes responsive again, but then of course I see no messages, etc.

Help on steps to troubleshoot?

pete

During the install process of the update and automatic closing of Outlook, Excel, Safari, etc., Microsoft Database Daemon and SyncServicesAgent won't close and I can't figure out how to.  They appear to be part of Outlook.  Any suggestions?  Thanks! 
Microsoft Error Reporting log version: 2.0

Error Signature:
Exception: EXC_BAD_ACCESS
Date/Time: 2013-05-08 21:45:50 +0000
Application Name: Microsoft Database Daemon
Application Bundle ID: com.microsoft.outlook.database_daemon
Application Signature: MDlr
Application Version: 14.2.5.121010
Crashed Module Name: Microsoft Database Daemon
Crashed Module Version: 14.2.5.121010
Crashed Module Offset: 0x000a6a79
Blame Module Name: Microsoft Database Daemon
Blame Module Version: 14.2.5.121010
Blame Module Offset: 0x000a6a79
Application LCID: 1036
Extra app info: Reg=en Loc=0x040c
Crashed thread: 0
The Outlook attempts to install the upgrade Office 14.3.2 and when asked to automatically switch off prevailing programs although i agree the Microsoft Database Daemon
SyncServicesAgent
cannot automatically switch off and therefore i cannot install the upgrade. This is the 3rd time this happens. In the past at some point after weeks and dozens of attempts the installation was completed successfully. 

Pls advise!!
 I hit the "Microsoft Database Daemon has encountered a problem and needs to close" error. Restored my files from TimeMachine, set default identity to the old folder and rebuilt the database when requested. Outlook launches but the folders on my computer are missing (yes the checkbox is set correctly in preferences). I can find filed email in Spotlight and even file new mail to the folders if I use the move command but cannot see them/open the folders. Help please.
Hi -- 

I constantly have to remove the Microsoft Database Daemon from my Login Items but it keeps coming back. I have locked the Login Options page in my Accounts -- and I'm the Administer for all of my Macs -- but still that darn "feature" keeps reappearing. It causes me extra work with my backup program since I need to remove it and then restart in order to synchronize 5 different Macs and I cannot do that if the Database Daemon is already running. I've tried to remember to remove it from the Login Items when I shut down each machine, but sometime I forget to remove it. It then causes me issues again the next time I start that computer up again.

Is there any setting I can make that will prevent the Database Daemon from being added automatically to my Login Items?

Thank you
Dear all,

as i updated to 10.8.2 suddenly Microsoft Office stopped working with the Database Daemon crashing. This is what i already did:

* Deinstalled Office completely with all library et all files
* Installed Office with latest updates
* Reinstalled 10.8.2
* created new user, same error

Did anyone experience this error? Thank you in advance!

Microsoft Error Reporting log version: 2.0

Error Signature:
Exception: EXC_CRASH (SIGTRAP)
Date/Time: 2012-11-29 09:12:39 +0000
Application Name: Microsoft Database Daemon
Application Bundle ID: com.microsoft.outlook.database_daemon
Application Signature: MDlr
Application Version: 14.0.0.100825
Crashed Module Name: unknown
Crashed Module Version: unknown
Crashed Module Offset: unknown
Blame Module Name: unknown
Blame Module Version: unknown
Blame Module Offset: unknown
Application LCID: 1031
Extra app info: Reg=en Loc=0x0407 
Crashed thread: 0