LSTSRV-L Archives

LISTSERV Site Administrators' Forum

LSTSRV-L

Options: Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Parts/Attachments: text/plain (1275 bytes) , application/pgp-signature (293 bytes)
Print Reply
Mime-Version:
1.0
Sender:
LISTSERV give-and-take forum <[log in to unmask]>
Date:
Wed, 12 Jun 1996 10:54:02 -0400
Reply-To:
LISTSERV give-and-take forum <[log in to unmask]>
Subject:
From:
Valdis Kletnieks <[log in to unmask]>
Content-Transfer-Encoding:
7bit
In-Reply-To:
Your message of "Wed, 12 Jun 1996 06:26:52 PDT." <[log in to unmask]>
Content-Type:
multipart/signed; boundary="===_-1_Wed_Jun_12_10:54:01_EDT_1996"; micalc=pgp-md5; protocol="application/pgp-signature"
Comments:
To: David Boyes <[log in to unmask]>
On Wed, 12 Jun 1996 06:26:52 PDT, you said:
> ??? If the attachment is base64 encoded (as it would have to be
> to be interoperable), there *are* no blank lines, so it works
> just fine. I've done it with the VM version and it doesn't even
> hiccup.
 
Read the RFC's carefully.  If the "attachment" is the *ONLY* MIME body part
this is OK.
 
What *breaks* is if you havea *multiple* MIME bodyparts that looks like:
 
---your-content-boundary-here---
Content-Type: image/gif
Content-Transfer-Encoding: base64
 
base-64-stuff-here
---your-content-boundary-here---
 
Since the MIME spec says "use the RFC822 definition of headers and body"
to distinguish where the bodypart headers end, and where the body starts,
and RFC822 says "a null line", that line before base-64-here must be a NULL
line.  Unfortunately, on VM systems, that line often suddenly becones a line
with one blank on it, which is NOT the same thing.  Paul Bryant of Rutherford
Labs and myself both got bit by this when our users started sending MIME
base-64 attachements to VM-based lists....
 
If you doubt me, I'll be happy to forward you some mail that demonstrates the
problem ;)
 
--
                                Valdis Kletnieks
                                Computer Systems Engineer
                                Virginia Tech
 
 
 

ATOM RSS1 RSS2