This is a discussion on Re: strange mime problem - postfix version 2.0.14 within the mailing.postfix.users forums, part of the Mail Servers and Related category; Distribution Lists: > I'm pulling my hair out on this one :) > > I have a postfix 2.0....
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
Distribution Lists:
> I'm pulling my hair out on this one :) > > I have a postfix 2.0.14 running on redhat 8. > I have a situation where sending pdf's as an attachment in Outlook they > become corrupt and can't be opened. > > Its as if somehow in the mime encode/decode the problem occurs. > When using uuecode the problem dosen't occur. > > Also if I use Exchange's smtp server I don't get the problem. > > Any ideas? Sorry; either you need to become more specific with your problem description, or else you need to wait until someone here becomes telepathically gifted and can clue the rest of us in. Wietse |
|
|||
|
wietse@porcupine.org (Wietse Venema) wrote in message news:<c1jldo$3fp$1@FreeBSD.csie.NCTU.edu.tw>...
> Distribution Lists: > > I'm pulling my hair out on this one :) > > > > I have a postfix 2.0.14 running on redhat 8. > > I have a situation where sending pdf's as an attachment in Outlook they > > become corrupt and can't be opened. > > > > Its as if somehow in the mime encode/decode the problem occurs. > > When using uuecode the problem dosen't occur. > > > > Also if I use Exchange's smtp server I don't get the problem. > > > > Any ideas? > > Sorry; either you need to become more specific with your problem > description, or else you need to wait until someone here becomes > telepathically gifted and can clue the rest of us in. > > Wietse Well, perhaps I have the same problem as you have, so let me try to explain it a bit further: A client of us sends an e-mail with a PDF attachment. The e-mail stays in our mailqueue. Below is a result of a postcat of that e-mail. Next, the mail is sent to SpamAssassin. If I run spamassassin manually with the e-mail, the message gets through it. When sent and analysed automatically, the e-mail is reinjected into postfix with the famous reinject.perl-script. That's when things go wrong: the e-mail is received by the client, but the attachment has disappeared. I've been having this problem for a couple of weeks now, and have no clue; I think it has something to do with the way the attachment is attached to the e-mail (Content-Disposition: inline), and the strange boundaries... Maybe someone can help me with it.... De postcat-version of the e-mail is: Received: from GENERIC08.kpnrelay.com (unknown [194.151.108.151]) by smtp.global-e.nl (Postfix) with ESMTP id 7F93E97204 for <>; Thu, 26 Feb 2004 15:25:51 +0100 (CET) Received: from umvc02.umvc.local ([145.7.71.186]) by GENERIC08.kpnrelay.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 26 Feb 2004 15:25:45 +0100 Received: from 172.27.15.5 by umvc02.umvc.local with ESMTP (Tumbleweed MMS SMTP Relay); Thu, 26 Feb 2004 15:25:25 +0100 X-Server-Uuid: F849EA67-7BF8-4FAB-9AC4-7A65C97E0732 Subject: testmail To: X-Mailer: Lotus Notes Release 6.0 September 26, 2002 Message-ID: <OF8D97B12E.2E13EE26-ONC1256E46.004F2066-C1256E46.004F39BA@man-trucks.nl> From: Date: Thu, 26 Feb 2004 15:25:21 +0100 X-MIMETrack: Serialize by Router on NOTESSRV/MAN-Vianen(Release 5.0.12 | February 13, 2003) at 02/26/2004 03:25:22 PM MIME-Version: 1.0 X-WSS-ID: 6C20DE5E1LK38154-01-01 Content-Type: multipart/mixed; boundary="0__=4EBBE4D5DFDCA6F68f9e8a93df938690918c 4EBBE4D5DFDCA6F6" Content-Disposition: inline X-OriginalArrivalTime: 26 Feb 2004 14:25:45.0687 (UTC) FILETIME=[6C1ECE70:01C3FC74] --0__=4EBBE4D5DFDCA6F68f9e8a93df938690918c4EBBE4D5DF DCA6F6 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable (See attached file: N2200 Thin Client Reference.pdf) MAN truck & bus b.v. Anton Pannekoek = --0__=4EBBE4D5DFDCA6F68f9e8a93df938690918c4EBBE4D5DF DCA6F6 Content-Type: application/pdf; name="=?iso-8859-1?Q?N2200_Thin_Client_Reference.pdf?=" Content-Disposition: attachment; filename="=?iso-8859-1?Q?N2200_Thin_Client_Reference.pdf?=" Content-Transfer-Encoding: base64 JVBERi0xLjINJeLjz9MNCjEwNTQgMCBvYmoNPDwgDS9MaW5lYX JpemVkIDEgDS9PIDEwNTcgDS9I IFsgMzI3NiAxODMwIF0gDS9MIDgxNTYxNyANL0UgMzQ0MTkgDS 9OIDc4IA0vVCA3OTQ0MTcgDT4+ IA1lbmRvYmoNICAgICAgICAgICAgICAgICAgICAgICAgICAgIC AgICAgICAgICAgICAgICAgICAg ICB4cmVmDTEwNTQgMTM2IA0wMDAwMDAwMDE2IDAwMDAwIG4NCj AwMDAwMDMwNzYgMDAwMDAgbg0K MDAwMDAwMzIzMyAwMDAwMCBuDQowMDAwMDA1MTA2IDAwMDAwIG 4NCjAwMDAwMDUyNjggMDAwMDAg bg0KMDAwMDAwNTMzOCAwMDAwMCBuDQowMDAwMDA1NDU0IDAwMD AwIG4NCjAwMDAwMDU2MTUgMDAw MDAgbg0KMDAwMDAwNTc0NSAwMDAwMCBuDQowMDAwMDA1ODk1ID AwMDAwIG4NCjAwMDAwMDYwNzEg MDAwMDAgbg0KMDAwMDAwNjIyOSAwMDAwMCBuDQowMDAwMDA2Mz U4IDAwMDAwIG4NCjAwMDAwMDY1 MzggMDAwMDAgbg0KMDAwMDAwNjY3MyAwMDAwMCBuDQowMDAwMD A2ODE3IDAwMDAwIG4NCjAwMDAw MDY5NzIgMDAwMDAgbg0KMDAwMDAwNzEzNCAwMDAwMCBuDQowMD AwMDA3MjkzIDAwMDAwIG4NCjAw MDAwMDc0NjEgMDAwMDAgbg0KMDAwMDAwNzYxNSAwMDAwMCBuDQ owMDAwMDA3NzY4IDAwMDAwIG4N |