[PATCH] docs: drop deprecated doxygen TCL_SUBST flag

2020-12-31 Thread Daniel Kahn Gillmor
notmuch has no tcl code, and doxygen upstream is deprecating/removing
tcl support anyway:
https://github.com/doxygen/doxygen/commit/48a7afc0caf69857a42b0fe1963db3440cb4000f
---
 doc/doxygen.cfg | 1 -
 1 file changed, 1 deletion(-)

diff --git a/doc/doxygen.cfg b/doc/doxygen.cfg
index a2c4fd07..4a022de1 100644
--- a/doc/doxygen.cfg
+++ b/doc/doxygen.cfg
@@ -27,7 +27,6 @@ INHERIT_DOCS   = YES
 SEPARATE_MEMBER_PAGES  = NO
 TAB_SIZE   = 8
 ALIASES=
-TCL_SUBST  =
 OPTIMIZE_OUTPUT_FOR_C  = YES
 OPTIMIZE_OUTPUT_JAVA   = NO
 OPTIMIZE_FOR_FORTRAN   = NO
-- 
2.29.2
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org


Re: filtering headers from forwarded messages

2020-12-31 Thread Daniel Kahn Gillmor
Hi Teemu--

On Wed 2020-12-30 12:46:02 +0200, Teemu Likonen wrote:
> I don't know any automatic way to remove headers from an email message
> that is stored as a MIME part.

The straightforward way seems to be to parse/interpret the message with
our knowledge of rfc5322, identify the headers to be removed, and then
re-render the message.

iirc, it worked for me until i started using emacs 27.1, too ☹

Obviously, if "Content-Type" or other structural headers are removed,
you'll break the message.  But the answer there is "don't do that", i
think.

> What about forwarding a message as MIME part which is just "text/plain"
> (and not "message/rfc822")?

This might be useful for some people, but doesn't really satisfy my
goals.  When i want to forward a message, i want to forward the whole
message -- multipart, with attachments, etc.  My goal when forwarding is
to *not* mangle the message, but rather to supply it to the new
recipient in a parseable way.  I just don't think that most recipients
need to have access to (for example) the headers that are added by all
the mail transport agents along my receipt path.  I want them filtered
for privacy, which i think isn't unreasonable.  (i recognize that if the
use case is debugging the MTA path itself, i probably *don't* want those
headers stripped, but that's a different use case than the most common
message forwarding)

so i'm still stuck with this regression, sadly.

--dkg


signature.asc
Description: PGP signature
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org