Gmail ne regroupe pas les messages ayant le même sujet dans Google Groupes


12

Je comprends que Gmail regroupe les e-mails par sujet pour son affichage de conversation. Je comprends, j'adore.

Je suis membre d'un groupe Google qui reçoit un e-mail tous les jours à la même heure, et ceux-ci sont transmis instantanément à mon adresse e-mail individuelle. L'e-mail envoyé à l'adresse e-mail du groupe Google est identique: même expéditeur, même sujet, même corps (issu d'un processus automatique). Lorsque je reçois ces e-mails chaque jour dans Gmail, ils ne sont pas regroupés dans une seule conversation, mais remplissent plutôt ma boîte de réception avec des messages individuels. Les e-mails sont précisément séparés de 24 heures, je doute donc qu'ils ne soient pas regroupés en raison d'un long intervalle de temps. Les sujets des e-mails n'incluent aucun "Re:" ou "Fwd:", mais j'ai envoyé des e-mails d'un de mes comptes à un autre avec le sujet exact utilisé dans ces e-mails et les 3 que j'ai testés regroupés dans une seule conversation avec 3 e-mails, mais encore une fois,

Existe-t-il d'autres critères de regroupement qui empêcheraient ces derniers de se regrouper dans une conversation?


J'ai jeté deux de ces e-mails dans un programme de comparaison et comparé ce qui est différent. Ma compréhension est que le sujet est ce qui compte, et c'est tout de même identique.

  • Reçu: (apparaît plusieurs lignes, ip, id SMTP et + chaîne d'adressage sont différents)
  • X-pstn-nxp (différents bodyHash et headerHash)
  • Résultats d'authentification (contient une chaîne d'adressage différente +)
  • Return-Path: (l'e-mail renvoyant au groupe Google a une chaîne d'adressage différente +)
  • Received-SPF (l'e-mail renvoyant au groupe Google a une chaîne d'adressage + différente)
  • ID du message

En m'envoyant un e-mail identique d'un de mes e-mails à l'autre, le compte 21 heures ne s'est pas regroupé. Alors ... je suppose que je peux faire quelque chose pour faire de ce groupe une conversation?


Ces e-mails une fois par jour, ont-ils la même ligne d'objet?
jcolebrand

2
@jcolebrand, l'e-mail envoyé à l'adresse e-mail du groupe Google est identique: même expéditeur, même sujet, même corps (issu d'un processus automatique).
Rebecca Chernoff

Être à 24 heures d'intervalle pourrait avoir quelque chose à voir avec cela. Cela semble trop long pour être groupé.
Eight Days of Malaise

@EightDaysofMalaise, malheureusement je ne peux pas encore le tester. (;
Rebecca Chernoff

@EightDaysofMalaise Nopes, ce n'est pas ça.
Sathyajith Bhat

Réponses:


3

En tant que spoiler, nous l'avons testé hier soir. J'ai deux adresses e-mail (que j'appellerai par exemple "test1@gmail.com" et "test2@gmail.com"), puis nous avons fait ceci:

To:      Rebecca <Recip@gmail.com>
From:    My Name <test1@gmail.com>
Subject: this is a test
Body:  blah blah whatever

et en plus

To:      Rebecca <Recip@gmail.com>
From:    My Name <test1@gmail.com>
Subject: this is a test
Body:  this should nest under the other

et le tour est joué, ils se sont emboîtés. Aucun travaux à prévoir. Et puis nous avons fait ceci:

To:      Rebecca <Recip@gmail.com>
From:    My Name <test2@gmail.com>
Subject: this is a test
Body:  does this nest with the others?

Et il n'a pas niché!

En d'autres termes, deux e-mails du même expéditeur avec le même sujet seront imbriqués. Deux e-mails provenant de deux adresses différentes ayant le même sujet ne seront pas imbriqués.


Mais d'après les en-têtes différents que j'ai modifiés dans ma question, cela ne semble pas être le cas?
Rebecca Chernoff

3
Le test ne correspond pas au cas d'utilisation du même expéditeur, corps et sujet non imbriqués
Eight Days of Malaise

Je voulais juste souligner que "le même sujet" n'est pas suffisant pour fusionner.
jcolebrand

1
@Huit corps n'a jamais dû correspondre. Mais ces e-mails n'avaient pas tous les en-têtes supplémentaires des recherches supplémentaires de Rebecca qu'elle a au bas de son message. Je me demande si cela pourrait changer ce scénario.
jcolebrand

2

Google n'offre actuellement aucun moyen d'améliorer leurs groupes / pauses de conversation. https://support.google.com/mail/answer/5900 implique que seul le sujet est utilisé pour prendre cette décision, mais vous et moi constatons que ce n'est pas le cas.

Une conversation s'interrompt dans un nouveau fil si la ligne d'objet change ou si la conversation atteint plus de 100 messages.


-1

Paramètres de messagerie> onglet Général> zone d'affichage des conversations> affichage des conversations désactivé

Pour dissocier vos messages, connectez-vous à votre compte Gmail sur le Web, cliquez sur l'icône d'engrenage dans le coin supérieur droit et choisissez Paramètres de messagerie. Dans l'onglet Général, dans la zone Vue de conversation, cliquez sur le bouton en regard de «Vue de conversation désactivée», puis cliquez sur le bouton Enregistrer les modifications au bas de la page des paramètres.


1
Je ne vois pas comment cela répond à la question.
ale

-1

Nous avons un problème similaire, les e-mails avec exactement le même sujet, le même jour / jour diff, divers expéditeurs, générés par notre plate-forme Helpdesk sous forme de mises à jour de tickets HD, ne sont pas enfilés comme une conversation.

Je pense que ce qui manque, c'est que le deuxième e-mail et les suivants n'ont pas "Re:" comme préfixe de leur sujet, mais ce n'est qu'un Wild-A $$ Guess. Google a probablement reçu des plaintes concernant des e-mails provenant de comptes de service ou provenant de formulaires Web où l'expéditeur est constant, mais le nom / e-mail du client lu se trouve dans le corps du message (formaté par le formulaire Web) et se retrouvait enfilé dans de longs fils de messages non liés. , donc à un moment donné, ils ont resserré la règle de filetage pour exiger l'indication de la réponse "Re:". Lors de notre première mise en ligne avec Google, nous avons dû faire en sorte que des dizaines de développeurs Web modifient le code de leurs pages de formulaires pour ajouter un datetime ou une autre chaîne unique à la fin du sujet pour forcer le non-threading, mais selon les règles actuelles (fin 2018) , cela pourrait ne pas être nécessaire.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.