10-09-2020 05:07 AM
Hello together,
we have a problem regarding the public folder archiving. EML attachments are not stripped from shortcuts. The message gets archived but the eml attachments have still the same size.
Is this per design because only .eml attachments are not stripped?
Kind regards,
Lucas Häussler
10-09-2020 11:35 AM
Can you share the version of EV and Exchange?
10-14-2020 12:00 AM
Hello Tony,
ev version is 12.5 and the exchange version is 2019 (15.02.0721.002)
Is this a expected behaviour?
Kind regards,
Lucas
10-14-2020 11:19 AM
I would not think that expected behavior. It is similar to this issue that was resolved a good while ago: https://www.veritas.com/support/en_US/article.100032064
Can you grab a dtrace of the archiving run and see if there are any clues in it?
TS
10-22-2020 09:42 AM
Hi Tony,
my colleague is ill so here are the lines from dtrace:
Line 435: 1300963 16:44:17.044 [8548] (PublicFolderTask) <15776> EV:M {CCAAgentHelper::ArchiveMarkedItems:#461} Archiving message: [WG: xxx] Line 952: 1301482 16:44:17.435 [8548] (PublicFolderTask) <15776> EV:M {CArchivingAgent::PI_FinishBuildingSaveset:#17214} Passing the built saveset to the storage service (IStorageArchiveV80::Store). Saveset label: [Saveset Message for Mailbox /o=xxx/ou=Exchange Administrative Group (xxx)/cn=Recipients/cn=xxx, Message titled: WG: xxx]. Line 954: 1301484 16:44:17.435 [8548] (PublicFolderTask) <15776> EV:L {CStorageArchive::Store:#308} Storing saveset with ArchiveID [xxx], VaultID [xxx], TransactionID [xxx], EntryID [xxx], Label [Saveset Message for Mailbox /o=xxx/ou=Exchange Administrative Group (xxx)/cn=Recipients/cn=xxx, Message titled: WG: xxx], ReArchiveTransId [(null)], TIDRetry [False], CallerSID [ԁ] Line 1145: 1301677 16:44:18.044 [8548] (PublicFolderTask) <15776> EV:M {CArchivingAgent::PI_FinishBuildingSaveset:#17227} It took [0.589824] seconds to store saveset with label [Saveset Message for Mailbox /o=xxx/ou=Exchange Administrative Group (xxx)/cn=Recipients/cn=xxx, Message titled: WG: xxx]
Maybe this could be interesting regarding the attachment:
1301158 16:44:17.341 [8548] (PublicFolderTask) <15776> EV:L {FixBody} (Entry) 1301159 16:44:17.341 [8548] (PublicFolderTask) <15776> EV:L {FixBody:#5552} Attachment is an embedded message 1301160 16:44:17.357 [8548] (PublicFolderTask) <15776> EV:L {FixBody:#5557} Opened Attachment 1301161 16:44:17.357 [8548] (PublicFolderTask) <15776> EV:L {FixBody:#5575} Opened PR_ATTACH_DATA_OBJ 1301162 16:44:17.373 [8548] (PublicFolderTask) <15776> EV:L {FixBody} (Exit) Status: [Success] 1301234 16:44:17.388 [8548] (PublicFolderTask) <15776> EV:L {CArchivingAgent::DoRecursiveAttachmentsFix:#17030} Calling FixRTF 1301235 16:44:17.388 [8548] (PublicFolderTask) <15776> EV:L {FixRTF:#2196} Entry 1301236 16:44:17.388 [8548] (PublicFolderTask) <15776> EV:L {FixRTF:#2258} Exit [0x00040380]
1301481 16:44:17.435 [8548] (PublicFolderTask) <15776> EV:L {CExchangeShortcutAccessor::DeleteTimestampAndArchiveMe:#4894} Properties not found, skipping delete operation 1301482 16:44:17.435 [8548] (PublicFolderTask) <15776> EV:M {CArchivingAgent::PI_FinishBuildingSaveset:#17214} Passing the built saveset to the storage service (IStorageArchiveV80::Store). Saveset label: [Saveset Message for Mailbox /o/o=xxx/ou=Exchange Administrative Group (xxx)/cn=Recipients/cn=xxx, Message titled: WG: xxx]. 1301483 16:44:17.435 [8548] (PublicFolderTask) <15776> EV:L {CStorageArchive::Store} (Entry)
Any idea? thx. KR Kai
10-28-2020 04:16 AM
Can you give me an feedback regarding the dtrace logs?