Mea Culpa. I had not restarted apache ... didn't think it would be necessary. Actaully restarting apache didn't seem to work, but a reboot did. Perhaps I didn't restart the correct virtual web server.
Thank you very much Tomas for your help. It all boils down to simply upgrading PHP and restarting apache. One final quibble, but it's not going to be a show stopper. The file size display beside the attachment still shows 223Kb for the 167563 byte pdf. Clicking on the link, or the download button, works fine. In the former it's displayed immediately, in the latter the right file name appears in the "Save As" popup and the right file size is downloaded. Just the display value is wrong. I can live with that. Thanks again and regards, Ragnar ----- Original Message ----- From: "Tomas Kuliavas" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 07, 2004 3:24 PM Subject: Re: [SM-USERS] More problems with mangled attachments. > > > I was hasty. I am still seeing the errors from php, just not errors when > > i hit the "back" button. Matias Lopez Bergero in another thread has > > reported the same problems I am still seeing, even after upgrading PHP to > > 4.1.2. > > > > > > I can download and view a .jpg attachment. However if I click on the > > filename for a .pdf or a .rtf, it appears in the browser window as a > > hexdump. If I click on "download" it offers a default filename of > > untitledN.mixed where 'N' is the attachment number. Saving as the correct > > file name downloads a file that is bigger than the original in both cases > > however not all is consistent. > > have you restarted apache after upgrading php rpm? have you upgraded all php rpms. > have you installed other RH updates? Have you cleaned your browser's cache? > > Attachment (885 KB) (sent with ThunderBird): > --- > Content-Type: application/pdf; > name="SP800-68_NISTWinXPPro_draft_07042004.pdf" > Content-Transfer-Encoding: base64 > Content-Disposition: inline; > filename="SP800-68_NISTWinXPPro_draft_07042004.pdf" > --- > > Servers: > * apache 1.3.29/php 4.0.6 (with glibc 2.3.1 and upload patches) > * apache 1.3.27/php 4.1.2 (vanilla unpatched install) > > SquirrelMail 1.4.3a > > Clients: > * IE 5.01SP2 (Acrobat Reader 4.0) > * IE 6.0SP1 (Acrobat Reader 6.0) > * Firefox 0.9.1 > > Both servers and all three clients open message with attached pdf file correctly. > Both servers fail to show message source due to memory limits. "Fatal error: Call to > a member function on a non-object in some class" during navigation happens only in > 4.0.6. IE opens pdf files in browser if I click on attachment name and I don't > disable Acrobat Reader's BHO in Acrobat Reader's prefs. IE offers to download it and > detects file name correctly, if I click on "download" or BHO is disabled. > > -- > Tomas > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > -- > squirrelmail-users mailing list > List Address: [EMAIL PROTECTED] > List Archives: http://sourceforge.net/mailarchive/forum.php?forum_id=2995 > List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-users > ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com -- squirrelmail-users mailing list List Address: [EMAIL PROTECTED] List Archives: http://sourceforge.net/mailarchive/forum.php?forum_id)95 List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
