Existe-t-il un en-tête X commun pour RFC 2821 "MAIL FROM"? Est-ce que le DKIM devrait être signé?

La différence entre RFC2821 MAIL From et RFC2822 FROM Je considère avoir mon MTA append un en-tête spécifiant ce qui a été envoyé dans la partie MAIL FROM de l'enveloppe.

L'en-tête RFC2821 est utilisé pour recevoir des bouncebacks par courrier électronique, et l'en-tête vérifié dans SPF et certaines configurations SenderID.

L'objective est de faciliter le diagnostic et le debugging en ayant cette information de niveau bas dans l'en-tête de courrier électronique.

  • Quel est un nom acceptable pour cet en-tête SMTP?

  • Cet en-tête devrait-il être signé par DKIM? Y at-il une raison pour laquelle il ne devrait pas être signé?

À la livraison, l'adresse spécifiée dans MAIL FROM est placée dans l'en Return-Path: tête Return-Path: :. Voir RFC 2821 section 4.4 :

Lorsque le server SMTP de livraison fait la "livraison finale" d'un message, il insère une ligne de path de return au début des données de messagerie. Cette utilisation du path de return est requirejse; Les systèmes de messagerie DOIVENT le supporter. La ligne de path de return conserve les informations dans la command MAIL. Ici, la livraison finale signifie que le message a quitté l'environnement SMTP. Normalement, cela signifierait qu'il avait été livré à l'user de destination ou une chute de courrier associé, mais dans certains cas, il peut être traité et transmis par un autre système de messagerie.

Vous ne pouvez pas signer cet en-tête parce que vous ne le créez pas; le server SMTP de destination ajoute l'en-tête.

Les en-têtes et les enveloppes ne sont pas les mêmes. Ils ne correspondent même pas. Donc, quoi que vous fassiez, vous ne pouvez pas signer l'en-tête avec des données en dehors de l'en-tête (dans ce cas, l'enveloppe). Il n'est techniquement pas possible et n'est pas une question sur la façon de le faire.