atom feed21 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Re: To base64, or...
FromSent OnAttachments
Jerry AmundsonJun 25, 2003 1:55 pm 
Sam VarshavchikJun 25, 2003 3:09 pm 
Jerry AmundsonJun 26, 2003 9:04 pm 
Jerry AmundsonJun 26, 2003 9:25 pm 
Sam VarshavchikJun 27, 2003 7:42 am 
Sam VarshavchikJun 27, 2003 7:58 am 
Jerry AmundsonJun 27, 2003 8:38 am 
Sam VarshavchikJun 27, 2003 9:41 am 
Jerry AmundsonJun 27, 2003 2:55 pm 
Sam VarshavchikJun 27, 2003 6:35 pm 
Jason HaarJun 29, 2003 4:54 pm 
Jerry AmundsonJul 2, 2003 12:25 pm 
Sam VarshavchikJul 2, 2003 3:10 pm 
Jerry AmundsonJul 2, 2003 9:55 pm 
Sam VarshavchikJul 2, 2003 11:26 pm 
Jerry AmundsonJul 3, 2003 7:10 am 
Sam VarshavchikJul 3, 2003 8:37 am 
Jerry AmundsonJul 3, 2003 10:24 am 
Sam VarshavchikJul 3, 2003 6:07 pm 
Systems AdministratorJul 3, 2003 11:08 pm 
Jerry AmundsonJul 4, 2003 1:23 am 
Subject:Re: [courier-users] Re: To base64, or not to base64?
From:Jerry Amundson (jer@pbs.com)
Date:Jun 26, 2003 9:25:48 pm
List:net.sourceforge.lists.courier-users

Sam Varshavchik wrote:

Jerry Amundson writes:

How does Courier determine which Content-Transfer-Encoding when sending to a server which does not advertise 8BITMIME?

It always uses quoted printable.

I send two PDF files to the same server. With the file encoded "quoted-printable", Adobe Reader opens it with "Wrong operand type", and most of the data does not display.

To the best of my knowledge, Adobe Reader is not a mail client. It's an external application that, supposedly, set up as a handler for the application/pdf MIME type, in the mail client.

The mail client, in theory, is responsible for decoding the attachment, and then invoking the configured handler.

With the file encoded "base64", Adobe Reader opens the file just fine and dandy.

Does not work..

--=_arsenic-26194-1056570429-0001-2 Content-Type: application/pdf; name="WASHDC.pdf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="WASHDC.pdf" X-Mime-Autoconverted: from quoted-printable to quoted-printable by courier 0.42.2

Something else is broken here. If the original message contained 8-bit content, it is illegal for that to have quoted-printable transfer encoding.

I suspect that something horribly broken is generating 8-bit crap; marks it as 7-bit quoted printable; Courier sees that the MIME section contains 8-bit data, and converts 8-bit crap to quoted-printable crap. The final result is the same crap.

Regardless, the crap at least used to work. Perhaps one of several recent rfc2045 changes?

2003-03-01 Mr. Sam <mrs@courier-mta.com>

* webmail/autoresponse.c (read_headers): Use rfc2045_parse_partial() to properly size-up content without trailing newlines.

2003-01-30 Mr. Sam <mrs@courier-mta.com>

* rfc2045/rfc2045encode.c: clean up base64/qp encoding.

etc...

jerry