Problem Manually archiving a folder in Outlook

[Faxson]

I have a couple of users that are having problems archiving a folder by highlighting the folder and choosing store in vault.  From the users perspecitve, everything looks OK and there are no error messages.  But nothing happens.  The message do not get archived (even after waiting a long time) and there is no record of the request in the clients log file.  I also don't see anything in the a2 queue?

Any idea on where to look?

Ben

..

[Peable]

Hi Ben,

I don't have an Exchange for EV in front of me... did you get this to work for other users? I thought selecting folders and archiving or deleting these doesn't work. What I have tested and what didn't work for sure was the fact that users wanted to archive messages older e.g. 3 weeks and they didn't highlight the individual messages but the collapsed view in Outlook.

Reason was, that in the folder might be different items, some already archived and others not. There is no logic/batch processing included so that it can skip some, others not.

Hope that helps,
Jochen.

[Faxson]

It seems to be broken for all users on an EV server.  I am on a different server and it works OK for me.  I have not had any problems with archived and non-archived items in the folders before.

Even though there is nothing in the client log I might crack out the ol Dtrace and have a gander.  Might find something useful...

Ben

..

[Paul_Grimshaw]

Yes this should work so what you need to do is look at evidence to see where it is breaking down. So you will be best doing the following:-

1. Switch client logging to Maximum

2. Switch on journaling on the A1 and A2 MSMQ's to see if the ArchiveFolderAction is posted to the A2 queue

3. Setup a DTRACE of the archivetask process

Repro the issue that you see start from the client and work your way forward

[Paul_Grimshaw]

I have just tried this on my EV2007 SP5 system and got an interesting result. My items do not get archived if I select the folder but if I select an individual mail or all mail then it works. The difference when selecting the folder is this is light client behaviour as opposed to selecting an individual mail where it uses DCOM. You see this as when you select a mail and click the archive button if using the full client you get the splash screen whereas selecting the folder you do not. When looking at the DTRACE I get the following:-

EV~W Event ID: 2777 The mailbox: /o=First Organizatio
n/ou=First Administrative Group/cn=Recipients/cn=evuser1 does NOT have write access to the following vault:
Vault Name: evuser1
VaultId: 14EBBE18AB1D0374F87BD5823B37686081110000evalias
This is specified on the folder: Archiveme.  All messages within this folder will be ignored.

Now this is rubbish as my user does have read, write and delete access to its archive so do you get the same info in your DTRACE????

[Faxson]

Paul,

Thanks for trying this out.  When you select the folder and hit the archive button do you get the screen asking to archive subfolder?  I'm using the full client.

I'll do a Dtrace soon.

Ben

..

[Rob_Wilcox1]

May I ask which version of EV you are using Jochen?  There was a fix added to EV 2007 SP 3 which fixed a timing issue .. essentially the client stamps the messages with an ActionTimeStamp attribute, and then sends that in the HTTP request to the server to archive the whole folder -- but they were getting muddled up.

Thanks

Rob Wilcox

[Faxson]

Rob, you may be on the money.  I did a dtrace an found this:

20033    16:25:07.501     [10948]    (ArchiveTask)    <10700>    EV:L    CArchivingAgent::ArchiveFolderAction() (Entry) |
20034    16:25:07.501     [10948]    (ArchiveTask)    <10700>    EV:M    CAA::AFA() - Entering routine
20035    16:25:07.501     [10948]    (ArchiveTask)    <10700>    EV:M    CAA::AFA() - Get MAPI session from the pool
20036    16:25:07.501     [10948]    (ArchiveTask)    <10700>    EV:M    CMAPISession::GetMapiSessionFromPool(AdditionalFlags = 0)
20037    16:25:07.501     [10948]    (ArchiveTask)    <10700>    EV:M    CMAPISession::GetMapiSessionFromPool(): Exit status: 0x0
20038    16:25:07.501     [10948]    (ArchiveTask)    <10700>    EV:M    CAA::AFA() - Opening mailbox and folder
20039    16:25:07.501     [10948]    (ArchiveTask)    <10700>    EV:M    CMailboxHelper::OpenMailboxAndFolder() - Create Store EntryId, /o=Telstra/ou=NSW Macquarie/cn=Recipients/cn=d238022
20040    16:25:07.501     [10948]    (ArchiveTask)    <10700>    EV:M    CMailboxHelper::OpenMailboxAndFolder() - Open the mailbox
20041    16:25:07.517     [10948]    (ArchiveTask)    <10700>    EV:M    CMailboxHelper::OpenMailboxAndFolder() - Using entryID to open folder
20042    16:25:07.517     [10948]    (ArchiveTask)    <10700>    EV:M    CAA::AFA() - Get PR_ENTRYID & PR_STORE_ENTRYID from the folder
20043    16:25:07.517     [10948]    (ArchiveTask)    <10700>    EV:M    CAA::AFA() - Returning the mapi session to the pool
20044    16:25:07.595     [10948]    (ArchiveTask)    <10700>    EV:M    CMailboxHelper::CheckMsgTimeStamp() - CallTimeStamp: 2009-03-10T05:25:06, MsgTimeStamp: 2009-03-10T05:23:56
20045    16:25:07.595     [10948]    (ArchiveTask)    <10700>    EV:M    CAA::AFA() - Folder and call timestamp do not match so this request will be discarded
20046    16:25:07.595     [10948]    (ArchiveTask)    <10700>    EV:M    CAA::AFA() - Exiting routine
20047    16:25:07.595     [10948]    (ArchiveTask)    <10700>    EV:L    CArchivingAgent::ArchiveFolderAction() (Exit) |Success  [0] |

I am running 2007 SP3 though.  I'm hoping that the fix is post sp3.  Do you have a link to the fix?

Thanks.

Ben Jackson

..