Puis-je utiliser le cachet postal pour créer des réponses avec fil de discussion?

Question

Comme de nombreuses applications Web, nous utilisons Postmark pour envoyer toutes les notifications pour les événements côté serveur. Beaucoup de nos événements sont groupés et liés par quelque chose de simple et de logique (pensez à plusieurs réponses à un même problème, comme dans GitHub).

À l'heure actuelle, chaque courriel envoyé pour ces événements connexes est son propre fil de discussion. Ma question est: comment puis-je envoyer ces courriels afin que ceux-ci soient poussés dans le même fil? Je ne sais pas si c'est quelque chose au niveau du cachet postal (comme inclure un ID de message précédent) ou si c'est quelque chose que je fais avec SMTP (comme je devrais formater mon sujet mieux et inline réponses précédentes), de sorte que pourquoi je cherche des conseils. En outre, chaque recherche sur Google sur: "Fil de messages postaux" renvoie des inquiétudes sur la sécurité des threads de Ruby Gem.

Pour plus d'informations, l'application est écrite en PHP et nous sommes actuellement znarkus/postmark-php pour l'envoi de courriels et jjaffeux/postmark-inbound-php pour l'analyse des appels entrants. Cependant, je suis plus que disposé à ajouter des paquets supplémentaires s'ils m'aident dans ma quête.

Merci d'avance!

Answer 1

Vous pouvez ajouter quelques en-têtes SMTP avec le Message-ID d'origine que la plupart des clients utilisent pour lier des réponses ensemble. Si l'e-mail d'origine avait un en-tête Message-ID de <123@mail.example.com> le nouvel email vous envoyer devrait garder le sujet même et ajouter les en-têtes de:

• In-Reply-To: <123@mail.example.com>
• References: <123@mail.example.com>

Et que devrait informer les clients que les deux courriels doivent être enfilés.

Edit:

La valeur de ces en-têtes doit être le SMTP Message-ID header, ce qui est un peu déroutant, car il est un concept distinct de la valeur Marcophilie MessageID, qui est juste un UUID pour l'e-mail.

L'en-tête SMTP Message-ID est toujours sous la forme d'une adresse e-mail, parce que comment il est censé être formé, mais ne pas avoir à être lié à l'adresse de.