none
Différence de taille d'une BAL annoncé par Outlook (sans cache) et le serveur RRS feed

  • Question

  • Bonjour,

    infra

    • AD 2008R2
    • 1 serveur Exchange 2013 CU6 multir-rôle

    problème

    J'ai un problème de taille sur une boite.

    • Si je prends l'Outlook et que je regarde la taille du dossier (clic sur le nom de la boite mail au plus haut de l'arborescence, propriétés, taille du dossier, Données sur le serveur)  => Je vois 1,39Go
    • Si je prends mon powershell et que je tape la commande suivante => je vois 2Go
    Get-Mailbox leuserenquestion | Get-MailboxStatistics | Sort-Object -Property
    TotalItemSize -Descending | Select-Object DisplayName,TotalItemSize

    Quelqun peut il m'expliquer pourquoi l'Outlook ne vois pas jusqu'à 2Go comme ce que voit le serveur ? On dirait que certains éléments ne sont pas pris en compte par l'OUtlook mais quoi ?

    informations complémentaires

    • J'insiste fortement sur un point : L'OUTLOOK N'UTILISE PAS LA MISE EN CACHE ! avant que certain me demandent de recréer le cache :)
    • J'ai déplacé récemment la boite de l'utilisateur d'une base à une autre. Peut être serait ce du contenu corrompu ? Si oui est ce récupérable ?
    • Cela est gênant car j'ai paramétré la limite de quota à 2Go. Donc l'utilisateur reçoit en ce moment plusieurs mails d'avertissement car dépassement du quota. Il a voulu faire du ménage mais malgré cela il y a 600Mo qui ne sont pas vu par l'outlook comme vous pouvez le constater dans ma description du problème...

    Un grand merci d'avance !

    mardi 29 décembre 2015 16:51

Réponses

  • Je crois qu'Outlook ne voit pas la taille du dossier "RecoverableItems", alors que côté serveur (commande powershell) il l'inclut. Quelle est la taille de ce dossier sur le user en question ? :

    Get-MailboxFolderStatistics -Identity leuserenquestion -FolderScope RecoverableItems | Format-Table Name,FolderAndSubfolderSize,ItemsInFolderAndSubfolders -Auto

    • Marqué comme réponse shinobitom jeudi 31 décembre 2015 11:04
    mercredi 30 décembre 2015 13:37

Toutes les réponses

  • Salut,

    un article intéressant (en anglais) : http://www.msoutlook.info/question/ost-content-and-size-explained

    Ton client Outlook se connecte en IMAP ou MAPI ?

    mardi 29 décembre 2015 18:19
  • Bonjour Julien,

    Merci de ta réponse.

    Comme je le précisais dans mon premier post, l'outlook  n'utilise pas de cache donc pas de fichier OST.

    De plus, j'ai aussi précis que la taille était consulté e utilisant l'onglet "Données sur le serveur" depuis l'outlook.

    Enfin C'est le seul utilisateur pour qui je remarque cette différence.

    Par contre pour le coup effectivement j'ai oublié de préciser : les clients sont en Outlook 2010 connectés de manière standard : MAPI over https.

    Plutôt que d'une compression du fichier OST, comme il n'y en a pas et que je regarde les "données du serveur" depuis Outlook, j'ai plutôt l'impression que Outlook ne voit pas certaines données de la boite sur le serveur. Mais j'ai du mal à trouver quoi.

    merci d'avance

    mercredi 30 décembre 2015 09:07
  • Je crois qu'Outlook ne voit pas la taille du dossier "RecoverableItems", alors que côté serveur (commande powershell) il l'inclut. Quelle est la taille de ce dossier sur le user en question ? :

    Get-MailboxFolderStatistics -Identity leuserenquestion -FolderScope RecoverableItems | Format-Table Name,FolderAndSubfolderSize,ItemsInFolderAndSubfolders -Auto

    • Marqué comme réponse shinobitom jeudi 31 décembre 2015 11:04
    mercredi 30 décembre 2015 13:37
  • Merci Julien,

    En effet c'est ce que j'étais justement entrain de me dire pour les RecoverableItems ;) Par contre je ne savais pas qu'on pouvait zoomer en powershell sur la taille des répertoires de la BAL. Excellent !

    Ça concorde j'ai bien 600Mo dans ce répertoire.

    L'utilisateur étant en vacances je ne vais pas supprimer toute de suite. Au pire je réouvrirai le ticket si il s'avère que ce n'est pas ça.

    Merci !

    jeudi 31 décembre 2015 11:04
  • Super, merci pour ton retour !

    Bonne année :)

    jeudi 31 décembre 2015 12:05