On Fri, Dec 05, 2003 at 08:42:21PM -0500, J C Lawrence wrote: > On Fri, 5 Dec 2003 15:30:49 +0100 > Gerrit Pape <[EMAIL PROTECTED]> wrote: > > There's no technical reason, an X-Confirm-Delivery-Of or similar > > should do fine. But I still like the idea of using the Message-ID; if > > we adopt to another standardized technique later, there'll be no > > X-header cruft left over. I also like the general idea of using the > > Message-ID in delivery notifications not only for uniqueness, but also > > to deliver some information. In my opinion a possible conflict is > > very unlikely. > > At least one of the proposed consent token protocols uses Message IDs > which: > > a) contain an embedded consent token. > > b) are valid and deliverable email addresses (via plus addressing) for > the address to which the consent token applies (which is how it is > recognisable as applicable to that address in subsequent > transmissions). > > Prepending tokens on Message IDs, which is really overloading the > Message ID data, would interfere with such uses.
Does this also apply to delivery notifications (bounces, confirmation requests, delay notices, ...)? I know of this usage of the Message-ID, I'm using something near it to detect follow-ups through In-Reply-To or References, and to validate confirmation requests. But for delivery notifications, there's no need to provide such a special Message-ID, I think. Notifications are directly connected with exactly one message, and sent to the envelope sender of this message only. I consider them as a entirely different type of mail messages. The notification only is important for the sender of the original message, not for the recipient, and the sender needs to know what message it corresponds to. So constructing the Message-ID for a delivery notification from the Message-ID of the message causing the notification seems reasonable to me, and integrates well with the proposal you mention above, as this is exactly the information that is needed. Please correct me if I'm wrong. Prepending a keyword is a bonus to make processing notifications automatically more easy. Regards, Gerrit. -- Open projects at http://smarden.org/pape/. _________________________________________________ tmda-workers mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-workers
