GIF Images not visible in Eudora message body

I have Eudora 6.2 installed on Win XP PC with latest updates.

Description of Problem

When ever a mail is recived having GIF Images in message body the images are not visible,  but when same mail if checked from webmail the attachments are visible, sounds strange.

An immidiate response to query is highly appreciated.

Who is Participating?
Greetings, KASPBoodai !

Check if Tools/ Options/Display/ Automatically download HTML graphics is enabled.

Best wishes!
Also, find your "embedded" folder (might be in C:\Program Files\Qualcomm\Eudora\Embedded if you set up for a single user) and see if the gif files are in there. If they are there, can you see them with Windows Xp explorer?

We have not heard from you. Did any comment help you solve your problem? Do you have any more question? If an Expert helped you, please accept his/her answer above with an excellent or good grade.

Thanks, war1
Cloud Class® Course: Python 3 Fundamentals

This course will teach participants about installing and configuring Python, syntax, importing, statements, types, strings, booleans, files, lists, tuples, comprehensions, functions, and classes.

KASPBoodaiAuthor Commented:
Well sorry for the delay in replying, yes i can see all gif files in embedded folder but there were some gif files which were not recognized as gif files, on right click properties it would display the file type as "file" and not gif.
I tried to rename those few files by adding a gif extension to it, it would then recognize it as gif file but wont display the same in eudora.
After upgrading eudora to 7.1 version i was able to see those gif files at the bottom of the message body but not where it should have been displayed, thats center.
I then tried to send a new mail with gif images, that would display the way it should but the existing mails wont display gif files correctly may be any new messages with gif images would be ok, i have still not recd any complains from the user yet but if you guys have any suggestions i shall keep it for future reference.
The only way I know to get Windows Explorer to display the file type as "file" and not "gif" is to have no file extension in the embedded folder e.g. called "myfile" not "myfile.gif". Ipso facto, the sender has not included the file extension I suspect.

If you CREATE the mail with Eudora by cutting and pasting an image into an outbound mail, then , even if it starts out as a .gif, Eudora converts it to a .jpg, creates a filename and uses the .jpg extension. If you embed an image using "edit, insert, image file" and tell it to embed an image file, then it will use the name of the file, including the extension and do no type conversion. I do not know of any way of creating an email using Eudora without giving the embedded file the correct extension. Macintosh computers tend to be a bit liberal with extensions because they have another method of determining file type. I have no idea how Outlook behaves in this respect.

For messages with embedded images, the created message is HTML with the embedded image referenced by a "content identifier" (CID). This is the difference between an email with downloadable graphics (which uses a URL) and embedded graphics where the graphics appear as a part of the mime message. See for an explanation of that.  

So, if you insert a .gif in a mail message in Eudora, then a multi-part mail is created. The first part contains the html text, but where the image should be is the CID. This is a unique string representing the content of another part of the multipart message. This second part also contains the CID but also the original file name. I hope that is clear so far.

Here is a typical Eudora embedded image reference in the HTML:
<img src="" width=200 height=52 alt="[]">

Part of the mime message contains the coded image:
    Content-Type: image/gif; name="myfile.gif";                <<<<<This should tell Eudora what it is and where to put it.
     x-mac-type="47494666"; x-mac-creator="4A565752"     <<<<<these are to help Macintosh clients determine file type.
    Content-ID: <>    <<<<<This is the unique reference of the following file
    Content-Transfer-Encoding: base64                             <<<<<<This says how the following file is coded
    Content-Disposition: inline; filename="myfile.gif"          <<<<<<<This tells recipient how to handle the file see
(followed by the encoded image)

Eudora keeps account of the relationships between the CID and the filename. When Eudora unpacks the mail, it creates a file in the "embedded" directory USING THE ORIGINAL FILENAME. If you change this filename in any way (for example, adding .gif), Eudora can no longer find it because it still has the relationship between the the CID and the original filename. Eudora seems also to use the filename to decide how to display the image, rather then the email header lines.

Now, you may accuse Eudora of being rather stupid and using the original filename, but lots of people like that because they can easily find and manipulate images in the embedded directory (including deleting ones that simply clutter).

Next, you said that the emails displayed badly i.e. the gifs at the bottom. The built-in html engine of Eudora is quite limited (e.g. does not download images) and does not make a good job of displaying complex html. It has no concept of frames or of fancy positioning facilities for images and its support of tables V rudimentary. Lots of us like it this way because it also does not have lots of backdoors to permit attacks. If you are REALLY, REALLY brave you can avoid that maijor advantage and turn on the use of IE for displaying HTML within the Eudora frame. You will get a prettier view, complete with downloadable images (a.k.a address validators for spammers) and a whole slew of security risks.

BUT, after having said all this, to fully understand just what is happening to your mail, we would need to look at the whole of the ORIGINAL of the mail (not the bit you see with Eudora or Outlook, both of which mess up the original contents). The best way of viewing this is to send the mail to Thunderbird, open the offending mail, then "save as" a "mail" file. Open that with a text editor to see the real, original message wih header lines like I posted above. Post some sanitised bits of the header here if you want us to analyze further. Always glad to be of help.
KASPBoodaiAuthor Commented:
Finally i had the chance to check for new mails on our CFO's machine and all emails with gif images were visible without any problem. So i assume the upgrade from 6.2 to 7.1 worked for me.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.