L'un de mes comptes de messagerie est hébergé chez un fournisseur d'accès à Internet dont le support IMAP n'est pas fiable, et je ne peux pas le modifier. Heureusement, ma messagerie personnelle est configurée sur Google Apps for Domains, j'y ai donc créé un autre compte GMail et j'ai activé les fonctionnalités de GMail qui me permettent d'envoyer et de recevoir du courrier via le compte du FAI à l'aide de GMail ("Envoyer du courrier en tant que" et "Recevoir du courrier d'autres comptes" dans les paramètres de GMail sous l'onglet "Comptes"). J'utilise maintenant Outlook pour recevoir le courrier du compte GMail via IMAP, qui à son tour reçoit le courrier du compte ISP via POP3.
Cela fonctionne très bien, à l'exception d'un problème très important :
Avant de mettre en place ce système, j'avais déjà plusieurs mois de courrier dans le compte du FAI auquel j'accédais via IMAP. GMail a récupéré tout ce courrier via POP3 à, disons, midi le 5 avril. Dans l'interface web de GMail (et sur mon iPod touch, et dans Mozilla Thunderbird), tout va bien : les messages sont tous affichés avec leur heure d'origine. Mais lorsque Outlook télécharge ces messages depuis GMail via IMAP, les horodatages sont tous réglés sur le 5 avril à midi (l'heure à laquelle GMail les a téléchargés depuis le FAI via POP3). Ce n'est pas une bonne chose, d'autant plus qu'il s'agit ici de centaines de messages sur une période de plusieurs mois.
Comment puis-je résoudre ce problème et faire en sorte qu'Outlook affiche les horodatages d'origine ?
Mise à jour :
Merci à Charles Gargent pour avoir fourni l'indice qui m'a orienté dans la bonne direction et Jawa pour avoir fourni une réponse complète. Comme indiqué dans la réponse de Jawa (et suggéré dans celle de Charles), Outlook utilise l'horodatage de l'e-mail le plus récent. Received
comme date du message, alors que (pour autant que je sache) tous les autres clients (GMail, Thunderbird, iPhone, etc.) utilisent l'horodatage de l'en-tête Date
en-tête. Les en-têtes d'un message typique ressemblent à ceci :
Delivered-To: recipient@recipientdomain.com
Received: by 10.229.219.67 with SMTP id abcdefghijklmn; Mon, 5 Apr 2010
12:43:42 -0700 (PDT)
Received: by 10.229.225.73 with SMTP id bcdefghijklmnop.12.1234567890123; Mon,
05 Apr 2010 12:06:16 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of
mail.domain2.com designates 1.2.3.4 as permitted sender)
client-ip=1.2.3.4;
Received: by 10.241.83.141 with POP3 id cdefghijklmno.12; Mon, 05 Apr 2010
12:06:16 -0700 (PDT)
X-Gmail-Fetch-Info: recipient@recipientdomain.com 1 pop.recipientdomain.com 995
recipient@recipientdomain.com
Received: (qmail 27550 invoked from network); 25 Dec 2009 00:24:16 -0000
Received: from mail.domain2.com (HELO subdomain.domain2.local) ([1.2.3.4])
by subdomain.recipientdomain.com with ESMTP; 24 Dec 2009
17:24:12 -0700
Received: from subdomain.domain2.local ([192.168.1.100]) by
subdomain.domain2.local ([192.168.1.100]) with mapi; Fri, 25 Dec 2009 01:22:22
+0100
From: Sender <sender@senderdomain.com>
To: Recipient <recipient@recipientdomain.com>
Date: Fri, 25 Dec 2009 01:23:05 +0100
Subject: Subject
Pour ce message, GMail, Thunderbird, iPhone, et al affichage December 24, 2009 7:23 PM (the Date
(valeur de l'en-tête ajustée à mon fuseau horaire) en tant qu'horodatage du message. Outlook affiche cette même valeur dans le champ Envoyé de l'affichage complet du message, mais dans la liste des messages, il affiche et trie le 5 avril 2010 15 h 44 (la valeur du message le plus récent). Received
c'est-à-dire lorsque Google a récupéré le message du fournisseur d'accès via POP3).
Une solution partielle consiste à modifier les paramètres d'affichage d'Outlook afin d'afficher et de trier les données en fonction des critères suivants Sent
au lieu de Received
Mais (du moins dans la version bêta actuelle), cela perturbe la fonction "Groupe par conversations" d'Outlook 2010.
Utilisation Rédemption Outlook 's RDO Je pense que je peux coder une application pour supprimer les objets supplémentaires. Received
insérés par GMail, ce qui permet à Outlook d'afficher les horodatages appropriés avec les paramètres d'affichage par défaut. C'est l'approche que je poursuis actuellement.