MHonArc is used as the mail archives manager within Sympa mailing list software (http://www.sympa.org). The HTML files generated by MHonArc are actually HTML templates (using TT2). One reason for using templates is that some features are accessible to logged in users only suche as "removing my mail from the archives" ; therefore we need to compare the current users email address and the email address of the author of the message. We use MHonArc's $FROMADDR$ variable to achieve this goal.

Until mhonarc 2.6.13, the $FROMADDR$ variable, used within the SUBJECTHEADER resource was the original email address, not modified (against spam). We now get the spam-protected version of the email address that completely breaks our templates and Sympa's web archives.

We would need to either keep the previous behavior OR to have an $ORIGINAL_FROMADDR$ variable available, so we can use it for our templates mechanism.

If you need further informations, please contact us.

Mhonarc only does address rewriting on header fields known
to contain addresses.  Rewriting includes mailto linking
along with any spam-related rewriting.

The current list of header fields is
contained in mhutil.pl and it is based upon relevant RFCs and
common mail practices.

The subject field is considered an aribtrary text field, therefore mhonarc does not attempt to apply any rewriting
code.  The reasoning is that such rewriting can have unattended
consequences, not only for how the subject text is used but
for other header fields where such rewriting would not be
desirable (e.g. List-* fields).

One possible solution is to add a new resource that allows
one to specify which header fields may contain addresses vs
using a hard-coded list.  Even with this, special care must
be applied for Subject since a common usage of subject is
in index pages with a hyperlink.  Conflicts, i.e. bad
HTML markup, will occur if mailto linking is done for
Subjects used as hyperlinks on index pages.