From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <da230de82754298a2df9e20fd6e06e47@tombob.com>
To: 9fans@cse.psu.edu
Date: Sat,  2 Apr 2005 13:11:45 +0100
From: Robert Raschke <rrplan9@tombob.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: [9fans] multipart/alternative encoded emails?
Topicbox-Message-UUID: 318734ee-ead0-11e9-9d60-3106f5b1d025

Hi,

before I embark on learning a lot about upas/fs (which, I guess, would
arguably be a good thing to do regardless) I thought I'd ask if anyone
has had any thoughts on how to handle multipart/alternative encoded
emails?

I have been receiving more and more emails of the following ilk:

> From: somebody
> To: me
> Subject: Your Newsletter 31/05/2005
> Date: Thu, 31 Mar 2005 14:10:02 +0100
> MIME-Version: 1.0
> Content-Type: multipart/alternative;
> 	boundary="----=_NextPart_09891202_825CBB53C42C97F2"
> 
> ------=_NextPart_09891202_825CBB53C42C97F2
> Content-Type: text/plain; charset="us-ascii"
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> 
> 
> 
> ------=_NextPart_09891202_825CBB53C42C97F2
> Content-Type: text/html; charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
> Content-Disposition: inline
> 
> [lotsa html]

That's an empty first part!

I have attempted to alert the senders to the wrongness of their
approach, but never got any replies.  So, I am trying to figure out
how alternative content emails could fit into upas/fs.

(Hmm, a cursory glance at the upas/fs sources would lead me to believe
that I should see the alternatives just like regular multipart/mixed
attachments.  Strange.)

Thanks for any pointers,
Robby