Uso de RAM do Outlook 2010 anormalmente alto para um usuário do Terminal Server (RDS)

Estou trabalhando em um ocupado Windows 2008R2 Terminal Server, em que a sessão do Outlook de um usuário específico consome entre 2 GB e 4 GB de RAM.

O processo não parece ser um vazamento de memória lento, pois a RAM é utilizada quase imediatamente após a abertura do processo.

Até o momento, tentei o seguinte:

• Efetuando login na sessão do usuário e verificando suas configurações do Outlook. Não há nada anormal. As cotas de correio padrão estão em vigor, o usuário possui apenas 5.000 itens de caixa de correio. A cota é de 3 GB. O usuário está usando 1,2 GB. A caixa de entrada está quase vazia. Os itens excluídos são removidos bem.
• Outlook no modo de segurança. Não faz diferença.
• Removendo suplementos. Não faz diferença.
• Criando um novo perfil do Outlook. Não faz diferença.
• Abrindo a caixa de correio do usuário de outra conta. Não faz diferença.
• Movendo o usuário para um servidor de terminal diferente. Nenhuma mudança.

Nesse momento, o uso da RAM do Outlook do usuário é 10x-20x o de qualquer outro usuário. Há mais alguma coisa que eu deva olhar?

Informações e estatísticas do processo via NewRelic:

Gerenciador de tarefas:

Process Explorer:

Editar:

Saída VMMAP:

Após esvaziar o "Conjunto de Trabalho":

Não sei explicar o porquê, mas esse problema ocorre apenas com uma edição de 64 bits do Outlook. A desatualização para o Outlook de 32 bits resolve isso.

Eu tive um usuário com um problema muito semelhante anos atrás. O problema foi causado por um calendário externo. Tente remover alguns / todos os calendários externos.

Na guia Calendário do Outlook:

1. Grave os URLs de quaisquer calendários hospedados externamente
2. Desmarque a caixa ao lado de qualquer calendário externo
3. Clique com o botão direito do mouse em cada uma dessas agendas e selecione "Excluir calendário"

Observe a pegada da memória ao remover. Se cair significativamente após a remoção de um, você saberá o culpado. Basta adicionar novamente os calendários que funcionam bem.

Ainda não tenho reputação suficiente para deixar comentários, então tive que seguir o estilo Jeopardy e colocar minha pergunta na forma de uma resposta ... desculpe se isso é totalmente irrelevante.

Se o usuário adicionou uma nova conta externa imap ou pop mail, é possível que esse seja o processo inicial de sincronização, que pode levar várias horas para caixas de correio muito grandes, dependendo das configurações de cache.

O servidor de email e o cliente têm configurações de cache separadas que podem reduzir essa carga nas contas de email recém-mapeadas.