the included patch modifies the behaviour of the feat_force_name
configuration directive, preventing both text/plain and text/html
MIME parts from being assigned a name when feat_force_name == 1.
This circumvents an Outlook visualization bug I discussed in previous
messages - named text/html parts are considered attachments and thus
are not displayed inline, unlike unnamed text/html parts; these
"unexpected" attachments often confuse Outlook users.
As a side effect, the patch also fixes a documentation discordance,
since the description of feat_force_name given in anomy/sanitizer.html
"Force all parts (except text/html parts) to have file names"
disagreed with the one in anomy/bin/Anomy/Sanitizer.pm
"Force all parts (except text/plain parts) to have file names".
-- David Santinoli, Milano + <email@example.com> Independent Linux/Unix consultant + http://www.santinoli.com
Attachments: + http://mailtools.anomy.net/archives/anomy-list//f1/f3/eaeafc9/01.feat_force_name.diff