Thanks in advance,
My work puts a cap on our inbox size. I have cleaned my inbox, but have realized that it also applies to calendar items. How do I archive OLD calendar items, but NOT the ENTIRE calendar in Outlook for MAC. Based on all my searches it seems this important
feature is not available. Can someone please help me with this. I'm hoping there is a solution.
iTunes receipts are an example, but an easily reproduced one - this also happens with other emails with tables in them. Basically, printing the email on Outlook Mac 2011 gives cut off output when printing on A4. It may also do the same on Letter paper
which is even narrower. The only way to get around this is to select to print Landscape, turning an iTunes receipt into a 2-page document.
I often get receipts for stuff on emails and this is a frequent problem - I have to print them to submit the eligible ones for expenses (e.g. when I renew the TomTom Traffic Sub). Why does it print so badly? This was never an issue with Outlook 2010 for Windows and it's just a case of printing a table correctly but it seems to be a real issue.
By the way, printing also seems to ignore me if I say to print at a %age of the original size so I can't say to print the email at 85% or similar so that it would fit - it is still truncated at the same place. If I reduce the size of a text email then it works fine.
The printer is a Canon MP610 by the way but this also happens if I generate a PDF so I don't think it's a driver issue.
Any advice appreciated on this - I am getting to the point of copying / pasting the emails into Word to print them (which works fine)...
I often get receipts for stuff on emails and this is a frequent problem - I have to print them to submit the eligible ones for expenses (e.g. when I renew the TomTom Traffic Sub). Why does it print so badly? This was never an issue with Outlook 2010 for Windows and it's just a case of printing a table correctly but it seems to be a real issue.
By the way, printing also seems to ignore me if I say to print at a %age of the original size so I can't say to print the email at 85% or similar so that it would fit - it is still truncated at the same place. If I reduce the size of a text email then it works fine.
The printer is a Canon MP610 by the way but this also happens if I generate a PDF so I don't think it's a driver issue.
Any advice appreciated on this - I am getting to the point of copying / pasting the emails into Word to print them (which works fine)...
Hi,
I was using Microsoft Outlook for Mac 2011 happily until today when I tried to send a new email with an attachment (which I later notices to be of fairly large size). The email could not be send and each time after that I am starting Outlook, its crashing
(always showing sending..... 0/1 status) and generating the following report. Any help will be highly appreciated.
Microsoft Error Reporting log version: 2.0
Error Signature:
Exception: EXC_CRASH (SIGTRAP)
Date/Time: 2013-09-19 20:09:19 +0000
Application Name: Microsoft Outlook
Application Bundle ID: com.microsoft.Outlook
Application Signature: OPIM
Application Version: 14.3.7.130812
Crashed Module Name: merp
Crashed Module Version: 2.2.4.130812
Crashed Module Offset: 0x000046f2
Blame Module Name: Microsoft Outlook
Blame Module Version: 14.3.7.130812
Blame Module Offset: 0x003d074c
Application LCID: 1033
Extra app info: Reg=en Loc=0x0409
Crashed thread: 4
Thread 0:
# 1 0x958ca7d2 in _mach_msg_trap + 0x0000000A (libsystem_kernel.dylib + 0x000127d2)
# 2 0x95463003 in _YieldToThread + 0x00000185 (CarbonCore + 0x000c1003)
# 3 0x95463252 in _YieldToAnyThread + 0x00000012 (CarbonCore + 0x000c1252)
# 4 0x02ad83ff in LThread::Yield(LThread const*) + 0x00000039 (PowerPlantCore + 0x000053ff)
# 5 0x000e50c9 in long OPF::GetProperty<OpaqueMessageHistoryItem, short>(OpaqueContext*, OpaqueMessageHistoryItem const*, PropertyAccessor<short, OPF::Traits<OpaqueMessageHistoryItem>::SharableType>::ReturnProp, char const*, short*) + 0x00004E6A (Microsoft
Outlook + 0x000740c9)
# 6 0x909609b4 in ___NSFireTimer + 0x00000075 (Foundation + 0x000799b4)
# 7 0x98dae406 in ___CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 0x00000016 (CoreFoundation + 0x00053406)
# 8 0x98dadda5 in ___CFRunLoopDoTimer + 0x000002C5 (CoreFoundation + 0x00052da5)
# 9 0x98d92bb2 in ___CFRunLoopRun + 0x00000732 (CoreFoundation + 0x00037bb2)
# 10 0x98d9201a in _CFRunLoopRunSpecific + 0x0000017A (CoreFoundation + 0x0003701a)
# 11 0x98d91e8b in _CFRunLoopRunInMode + 0x0000007B (CoreFoundation + 0x00036e8b)
# 12 0x9a280f5a in _RunCurrentEventLoopInMode + 0x000000F2 (HIToolbox + 0x00057f5a)
# 13 0x9a280cc9 in _ReceiveNextEventCommon + 0x00000176 (HIToolbox + 0x00057cc9)
# 14 0x9a280b44 in _BlockUntilNextEventMatchingListInMode + 0x00000058 (HIToolbox + 0x00057b44)
# 15 0x941bf93a in __DPSNextEvent + 0x000002D4 (AppKit + 0x0016393a)
# 16 0x941bf16c in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 0x00000077 (AppKit + 0x0016316c)
# 17 0x941b55cc in -[NSApplication run] + 0x00000357 (AppKit + 0x001595cc)
# 18 0x941585f6 in _NSApplicationMain + 0x0000041D (AppKit + 0x000fc5f6)
# 19 0x00074bde in CSharablePtr<CNetHostOption>::Set(CNetHostOption*) + 0x000001E0 (Microsoft Outlook + 0x00003bde)
X86 Thread State:
eax: 0xffffffe1 ebx: 0xbff8e538 ecx: 0xbff8e4cc edx:0x958ca7d2
edi: 0x00000020 esi: 0x00000003 ebp: 0xbff8e508 esp:0xbff8e4cc
ss: 0x00000023 eip: 0x958ca7d2 cs: 0x0000000b ds:0x00000023
es: 0x00000023 fs: 0x00000000 gs: 0x0000000f eflags:0x00000206
Thread 1:
# 1 0x958cd9ae in _kevent + 0x0000000A (libsystem_kernel.dylib + 0x000159ae)
# 2 0x996a97a9 in __dispatch_mach_notify_source_init + 0x00000000 (libdispatch.dylib + 0x000047a9)
X86 Thread State:
eax: 0x0000016b ebx: 0xb0080700 ecx: 0xb00805ac edx:0x958cd9ae
edi: 0x00000000 esi: 0x996a98a1 ebp: 0xb0080718 esp:0xb00805ac
ss: 0x00000023 eip: 0x958cd9ae cs: 0x0000000b ds:0x00000023
es: 0x00000023 fs: 0x00000023 gs: 0x0000000f eflags:0x00000246
Thread 2:
# 1 0x958cd0ee in ___workq_kernreturn + 0x0000000A (libsystem_kernel.dylib + 0x000150ee)
# 2 0x90665e79 in __pthread_wqthread + 0x000001C0 (libsystem_c.dylib + 0x00018e79)
# 3 0x9064dd2a in _start_wqthread + 0x0000001E (libsystem_c.dylib + 0x00000d2a)
X86 Thread State:
eax: 0x00100170 ebx: 0x90665cc7 ecx: 0xb0206f6c edx:0x958cd0ee
edi: 0xb0207000 esi: 0xb0207000 ebp: 0xb0206f88 esp:0xb0206f6c
ss: 0x00000023 eip: 0x958cd0ee cs: 0x0000000b ds:0x00000023
es: 0x00000023 fs: 0x00000023 gs: 0x0000000f eflags:0x00000282
Thread 3:
# 1 0x958ccc72 in ___semwait_signal + 0x0000000A (libsystem_kernel.dylib + 0x00014c72)
# 2 0x906ed883 in _sleep$UNIX2003 + 0x00000042 (libsystem_c.dylib + 0x000a0883)
# 3 0x02abec62 in _MerpCreateSession + 0x00000B3D (merp + 0x00003c62)
# 4 0x02abe330 in _MerpCreateSession + 0x0000020B (merp + 0x00003330)
# 5 0x02abe2bb in _MerpCreateSession + 0x00000196 (merp + 0x000032bb)
# 6 0x02abf856 in _MerpCreateSession + 0x00001731 (merp + 0x00004856)
# 7 0x906635b7 in __pthread_start + 0x00000158 (libsystem_c.dylib + 0x000165b7)
# 8 0x9064dd4e in _thread_start + 0x00000022 (libsystem_c.dylib + 0x00000d4e)
X86 Thread State:
eax: 0x0000014e ebx: 0xb0288ae8 ecx: 0xb0288a7c edx:0x958ccc72
edi: 0x906ed9a6 esi: 0xb0288ae0 ebp: 0xb0288ac8 esp:0xb0288a7c
ss: 0x00000023 eip: 0x958ccc72 cs: 0x0000000b ds:0x00000023
es: 0x00000023 fs: 0x00000023 gs: 0x0000000f eflags:0x00000246
Thread 4 crashed:
# 1 0x02abf6f2 in _MerpCreateSession + 0x000015CD (merp + 0x000046f2)
# 2 0x9064f8cb in __sigtramp + 0x0000002B (libsystem_c.dylib + 0x000028cb)
# 3 0xffffffff in ( + 0x00000000)
# 4 0x9351352e in _objc_exception_throw + 0x000000E6 (libobjc.A.dylib + 0x0001152e)
# 5 0x90a47bc4 in ____NSInitializePlatform_block_invoke_0 + 0x00000000 (Foundation + 0x00160bc4)
# 6 0x98e4e23c in ___CFDataHandleOutOfMemory + 0x0000007C (CoreFoundation + 0x000f323c)
# 7 0x98d72288 in ___CFDataGrow + 0x00000168 (CoreFoundation + 0x00017288)
# 8 0x98d96a65 in _CFDataSetLength + 0x000000D5 (CoreFoundation + 0x0003ba65)
# 9 0x0044174c in CSharablePtr<CHagakiGreetingCard>::Set(CHagakiGreetingCard*) + 0x0001BF8E (Microsoft Outlook + 0x003d074c)
# 10 0x003fce97 in + 0x00005447 (Microsoft Outlook + 0x0038be97)
# 11 0x003f5d83 in + 0x00007803 (Microsoft Outlook + 0x00384d83)
# 12 0x003e260a in + 0x0000F7AE (Microsoft Outlook + 0x0037160a)
# 13 0x003f87ac in + 0x00000D5C (Microsoft Outlook + 0x003877ac)
# 14 0x0044d86c in CSharablePtr<CHagakiGreetingCard>::Set(CHagakiGreetingCard*) + 0x000280AE (Microsoft Outlook + 0x003dc86c)
# 15 0x0034a7f6 in CNetConnectionCache<CPopConnection>::DisconnectAll(bool) + 0x00003806 (Microsoft Outlook + 0x002d97f6)
# 16 0x0027b91f in + 0x00001D45 (Microsoft Outlook + 0x0020a91f)
# 17 0x0027bcda in + 0x00002100 (Microsoft Outlook + 0x0020acda)
# 18 0x0027c981 in + 0x00002DA7 (Microsoft Outlook + 0x0020b981)
# 19 0x000ebbc3 in + 0x000006A2 (Microsoft Outlook + 0x0007abc3)
# 20 0x02ad8f52 in LThread::DoEntry(void*) + 0x0000001E (PowerPlantCore + 0x00005f52)
# 21 0x95462c4d in _CooperativeThread + 0x00000134 (CarbonCore + 0x000c0c4d)
# 22 0x906635b7 in __pthread_start + 0x00000158 (libsystem_c.dylib + 0x000165b7)
# 23 0x9064dd4e in _thread_start + 0x00000022 (libsystem_c.dylib + 0x00000d4e)
X86 Thread State:
eax: 0x02abf6e8 ebx: 0x02abf5f5 ecx: 0xb038b83c edx:0x958ccea2
edi: 0x02ac9b88 esi: 0x00000007 ebp: 0xb038b8b8 esp:0xb038b870
ss: 0x00000023 eip: 0x02abf6f2 cs: 0x0000001b ds:0x00000023
es: 0x00000023 fs: 0x00000000 gs: 0x0000000f eflags:0x00010206
Thread 5:
# 1 0x958cc8e2 in ___psynch_cvwait + 0x0000000A (libsystem_kernel.dylib + 0x000148e2)
# 2 0x906ee0e0 in _pthread_cond_timedwait$UNIX2003 + 0x00000046 (libsystem_c.dylib + 0x000a10e0)
# 3 0x926a44b8 in WTF::ThreadCondition::timedWait(WTF::Mutex&, double) + 0x00000078 (JavaScriptCore + 0x000064b8)
# 4 0x928bbf63 in JSC::BlockAllocator::blockFreeingThreadMain() + 0x00000073 (JavaScriptCore + 0x0021df63)
# 5 0x926a243c in WTF::threadEntryPoint(void*) + 0x0000004C (JavaScriptCore + 0x0000443c)
# 6 0x928d18a0 in WTF::wtfThreadEntryPoint(void*) + 0x00000010 (JavaScriptCore + 0x002338a0)
# 7 0x906635b7 in __pthread_start + 0x00000158 (libsystem_c.dylib + 0x000165b7)
# 8 0x9064dd4e in _thread_start + 0x00000022 (libsystem_c.dylib + 0x00000d4e)
X86 Thread State:
eax: 0x00000131 ebx: 0x00001200 ecx: 0xb0512e4c edx:0x958cc8e2
edi: 0x00001101 esi: 0x00000000 ebp: 0xb0512ed8 esp:0xb0512e4c
ss: 0x00000023 eip: 0x958cc8e2 cs: 0x0000000b ds:0x00000023
es: 0x00000023 fs: 0x00000023 gs: 0x0000000f eflags:0x00000202
..................................................
There are 17 such Threads
...................................................
................................................
Operating System Information
Operating System: Mac OS X 10.8.4 (Build 12E55)
CPU: Intel Core Duo, Number: 8, Speed: 2147 MHz
gestaltPhysicalRAMSizeInMegabytes err = 0, result = 8192 MB
gestaltSystemVersion err = 0, result = 0x1084
Screen: 1440 x 900, depth = 32, ltbr = 0, 0, 900, 1440
Screen: 1920 x 1080, depth = 32, ltbr = -131, -1080, 0, 1789
Microsoft Application Information:
Error Reporting UUID: A9325CCC-0383-4B81-ACF5-2D7EE925A643
Time from launch: 0 hours, 0 minutes, 20 seconds
Total errors on this client: 29
Please Help!
After upgrading to the latest update 14.3.7 I am unable to print emails in the Inbox. Whether selecting the Print button or using Apple-P it does absolutely nothing. Is there any way to resolve this without recreating the profile?
Within Outlook I see two accounts, my personal one and a shared "Support" account for my company. This latter one has more than 2000 folders and 150,000 messages in it; each of our customers has their own folder. Unfortunately, this means that all of these
messages are synchronized on my Mac, which is a huge resource and disk space sink but we really don't see a better way to do it right now. It generally works OK, though I get the beachball every couple of minutes while this massive folder tree is resync'ed.
Yesterday, I got a database error and the message that the database needed to be rebuilt. 7 hours later it was done. Turns out the whole Support Tree had been replicated in a "Recovered Folders" folder under my personal account. So basically I now had
two copies of these 2000+ folders and 150,000+ messages. So I "deleted" the new copies and now I'm emptying the Deleted Items folder, which is incredibly slow, 100 messages takes about 20 seconds... <groan>
My first question is, once this is done, should I rebuild again to compress the database down to a smaller size or is this done automatically by the database manager. (I know that every message is actually a file in a giant folder list and this space is
recovered automatically by the OS. I"m more worried about the "index" file.)
Second question: In my "Documents \ Microsoft User Data \ Office 2011 Identities" folder, I now have two entries, one that says "John Smith" which is about 11GB and the other says "John Smith (Backed up 2013-09-19 02.52.27)", obviously the date and time
when the database rebuild was completed, very early this morning. This one is about 22GB. Obviously I want to delete one of them to recover this space. The question is, how do I determine which one Outlook is actually using.
It would seem like the larger one is being used and I can delete the smaller one. However, it's also possible that the database rebuild process starts by making a copy before it rebuilds and perhaps the smaller one is actually production. Also, is the
long unwieldy name now my "identity" or would the shorter name remain as the default identity?
I guess the question is, can I safely delete one of these and if so, which one? Also, if it's the longer one, can I change the name back to the shorter name, or doesn't it matter.
Dan
New MacbookPro install and loving the office 2011 products.

Problem i am running into is my autocomplete "display screen".
It displays above the "new email" screen and can't see what is being looked up in auto complete.
(see screen shots).
I have tried moving from desktop to desktop.
Tried full screen and min/max screen and it always sticks off screen.
Reboot and Kill app and still same result.
Any suggestions?
I recently upgraded my Outlook 2011 to version 14.3.7. Since the upgrade I cannot connect to my corporate exchange server when I am not online using the corporate network. When I am outside the corporate network Exchange won't connect. Inside the network,
it will connect fine. I used to be able to connect outside the network without issue. Thanks for any ideas or support in resolving the issue.
local folders shown in Outlook but 0 kb in size and seem empty, while Identity folder is still 16 Gb
I had a ton of emails in local folders in Outlook 2011 (latest updates, Mac OS 10.6.8). I now still see the folders, but they seem to be empty - Outlook shows them as as if they had no contents. Since the Identity folder is 16 Gig in size, I think the
info is still there somehow - how do I get my local folders and their contents back??
The likelihood of crashes increases with the number of addressees in the new email. Just pointing with the mouse on one of those (Mouse-over) leads to a complete crash. I've done a complete new installation of Office 2011 and significantly downsized my
mailbox - no change!
Recent Comments