I've bypassed/hacked MIMEStream on line 1849 as follows;
while ($rh =~
Which reintroduces "Content-ID" (albeit probably other potentially
unwanted stuff too) and clarified the multipart problem.
Although the send email sends;
Content-type: alternative/related; type="multipart/alternative ...
The code appears to pick up on the multipart/alternative and rewrite as;
Content-type: alternative/alternative; type="multipart/alternative ...
This certainly beaks Evolution and Netscape clients under Linux....
I'm afraid my Perl's not good enough to do either issue justice...
On Mon, 2003-06-09 at 11:14, Gareth Bult wrote:
> I've just had to switch Anomy off on my server as it's doing something
> I'm not expecting.
> (a) It appears to be rewriting "multipart/related" as
> "multipart/alternative" in the main section
> (b) It's losing the "Content-ID" tag from some attachments
> I've attached the same email with/without Anomy filtering....
> Any ideas?
> (Using postfix, latest version and Anomy 1.6)
> Gareth Bult - Frontier Internet Services Limited
> Tel: 02920 820 000
> Fax: 02920 820 035
> Email: firstname.lastname@example.org
> Web: www.bult.co.uk
> Statements made are at all times subject to Frontier's Terms and
> Conditions of Business, which are available upon request.
-- Gareth Bult - Frontier Internet Services Limited
Tel: 02920 820 000 Fax: 02920 820 035 Email: email@example.com Web: www.bult.co.uk
Statements made are at all times subject to Frontier's Terms and Conditions of Business, which are available upon request.
Attachments: + http://mailtools.anomy.net/archives/anomy-bugs//18/f8/3ee48287/01.unnamed.html