<!doctype html public "-//W3C//DTD W3 HTML//EN">
<html><head><style type="text/css"><!--
blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
--></style><title>Re: [Macpartners] MIME Types with Eudora and OS
X</title></head><body>
<div><br></div>
<div>Hi Christopher,</div>
<div><br></div>
<div>I send a ton of PDF files through Eudora on my mac and I've never
had any trouble with the following setting: Go to Special -->
Settings --> Attachments and choose binhex or uuencode (both
should work) for encoding and make sure the "always include
Macintosh information" box is checked. </div>
<div><br></div>
<div>-Annika</div>
<div><br></div>
<div><br></div>
<div>At 9:09 AM -0500 11/8/05, Christopher Naylor wrote:</div>
<blockquote type="cite" cite>Does anyone know how to change the MIME
mapping for Eudora 6.2.3 on OS X? The manual describes using
ResEdit to edit the resource fork, but that sounds strangely OS 9-ish;
the included illustration in the manual is of a OS 9 window. My
postings in the Eudora forums gets looks but no replies.<br>
<br>
Anyway, the reason I ask is this. I have a user who sends lots
of PDF files back and forth with collaborators by email.
Recently, his collaborators began to complain that some of his PDFs,
coming through as email attachments, could not be opened. So the
user came to me for help.<br>
<br>
First off, Eudora was adding the ".ai" suffix to the file
name. So a file "Paper.PDF" was being decoded at the
recipicient's end as "Paper.PDF.ai". Remove the
".ai", and the file opened just fine. The files<i>
were</i> coming through OK. Oddly enough, this file name change
happened to SOME, not ALL, his PDF files sent. Eudora was
sending them all as AppleDouble (MIME) encoded documents, without the
macintosh information.<br>
<br>
His OS recognized PDFs as being Adobe Acrobat Reader documents.
He can double-click them, and they open up fine in Acrobat Reader.
The OS displays the proper icon with the files.<br>
<br>
I examined the file type and creator for the PDFs and found something
interesting. PDFs with the proper file type and creator were the
ones that Eudora added the ".ai" to. PDFs with
improper or missing file type and creator data went just fine.
Probably Eudora just encoded those missing-data files and sent as-is.
The solution seemed to be to find the MIME mappings for Eudora, and
make a change.<br>
<br>
Easier said than done. I deleted and recreated his settings.
I deleted .plist files from his Library. I did everything but
reinstall the application. Nothing worked.<br>
<br>
So I turn to you for help. Any ideas?<br>
<br>
C.<br>
</blockquote>
<blockquote type="cite" cite><tt>Christopher Naylor<br>
<br>
***********************************************<br>
Systems Administrator and 8th Floor Firewatch<br>
Department of Linguistics and Philosophy<br>
MIT<br>
32-D834<br>
617.259.4373<br>
http://web.mit.edu/linguistics/www/home.html<br>
http://web.mit.edu/philos/www/<br>
AIM: UnderCDragon<br>
ICQ: 1078749<br>
***********************************************<br>
Please reply if you've ignored this message</tt></blockquote>
<blockquote type="cite" cite><br>
_______________________________________________<br>
Macpartners mailing list<br>
Macpartners@mit.edu<br>
http://mailman.mit.edu/mailman/listinfo/macpartners</blockquote>
<div><br></div>
<div><br></div>
<x-sigsep><pre>--
</pre></x-sigsep>
<div>**************************************************<br>
Annika Pfluger<br>
Publications and Multimedia Specialist<br>
MIT Computer Science and Artificial Intelligence Lab (CSAIL)<br>
The Stata Center, Building 32<br>
32 Vassar Street<br>
Cambridge, MA 02139 USA<br>
<br>
tel: +1-617-253-0073<br>
email: annika@csail.mit.edu<br>
hours: M-F 8am-4pm<br>
<br>
**************************************************</div>
</body>
</html>