Re: Scope for self-destructing email?

[Michael Richardson <[e-mail]>]

Ted Hardie <[e-mail]> wrote:
    > The first is providing a facility that declares a particular message to be
    > automatically overcome by events at a particular time, leaving it completely
    > up to the recipient how to process the message based on that metadata. There
    > are simple message types (today's weather, lunch availability, etc.) that
    > could be thus set to be marked OBE when no longer relevant. Some
    > clients

This is an interesting idea.  For those of us who deal with many emails,
(particularly upon return from vacation), not having to deal with lunch plans
that have expired would in fact be nice.

Some of us still deal with cron job output.  An hourly job that fails all
weekend generates a lot of email, and often only the most recent failure is
at all useful to know about.  That's a job for good-old-Usenet Supercedes:,
but that's one email overcoming another, and the whole thing needs
some cryptographic support.  Note that a merkle hash (a la s/key) would
probably suffice.

--
Michael Richardson <[e-mail]>, Sandelman Software Works
 -= IPv6 IoT consulting =-