Open Bug 215665 Opened 21 years ago Updated 2 years ago

Message with signature containing inline image can not be sent - image is not found (involves image redirection?)

Categories

(Thunderbird :: Message Compose Window, defect)

defect

Tracking

(Not tracked)

People

(Reporter: Erich.Schreiner, Unassigned)

References

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
Build Identifier: Mozilla Thunderbird 0.1 (20030723)

When composing a new mail using a signature containing an inline image, 
the "send" will give an error message saying 
"There was a problem including the file <image.jpg>..."
The file name is displayed without the URL path.
The image will not be attached, and the URL is replaced with an (invalid) link 
to a non-existing attachment, e.g. src="cid:part1.07050906.02020506@yahoo.com"

Reproducible: Always

Steps to Reproduce:
1. Create signature file with inline image
2. Compose email using signature
3. try to send

Actual Results:  
Mail will be sent, but without the inline image as attachment (as intended), 
and therefore with a broken URL.

Expected Results:  
Easiest would be to leave the signature as it is - with a functional URL to a 
globally available, inlined image.
Probably, the signature should be appended to the message only when sending. 
Maybe display it in an additional preview control at the bottom of the message 
edit window?

My actual signature is:

<DIV>
<TABLE>
<TBODY>
<TR>
<TD><IMG height=85 src="http://www.sdc-software.com/images/sdc-new-8br.jpg" 
width=85></TD>
<TD>Dr Erich W Schreiner<BR>Software Design &amp; Consulting<BR>
Gleißentalstr. 10<BR>
D-82041 Deisenhofen<BR>
GERMANY</TD></TR></TBODY></TABLE></DIV>
QA Contact: asa
Confirmed with TB 0.6+ (20040601)
Some additional results:
- Copy / pasting the image mentioned from MS IE to a compose windows does not 
show the image, while img src is correct.
- Saving the message with this image (not as a signature) will also result in 
not attaching this image.
- Substituting http://www.sdc-software.com/images/sdc-new-8br.jpg with 
http://www.google.nl/intl/nl_nl/images/logo.gif will give no problems.
- Opening the file in Irfanview gave me they answer, it's a bitmap instead of a 
JPG image.
Confirmed for TB 0.7 (20040616)

Having a signature with image pointing to one of the pics on
http://www.mozilla.org/products/thunderbird/buttons.html works but attaches the
image instead of leaving the unmodified image source as it is.

Saving the message results in not-attaching because it is already attached
during saving.

Is there somewhere a setting which prevents TB from modifying image links?
I have this same problem on TB 0.7.1.  It will fail to "attach" on a new
message, but when I reply to another message my Signature works just as expected.

My Sig:
<span style='font-size:16.0pt;color:#999999'><b>Brandon Schenz</b></span>
<br />
<span style='font-size:12.0pt;color:#3366FF'>Midwest Sports Supply</span>
<br />
<span style='font-size:12.0pt;color:#3366FF'>Phone: 513-956-4900</span>
<br />
<span style='font-size:12.0pt;color:#3366FF'>Fax: 513-956-4910</span>
<br />
<span style='font-size:12.0pt;color:#3366FF'>E-mail:
brandons@midwestsports.com</span>
<br />
<!-- BEGIN LivePerson Button Code -->
<a
href="http://server.iad.liveperson.net/hc/30418062/?cmd=file&file=visitorWantsToChat&site=30418062&byhref=1"
target="chat30418062"
onClick="javascript:window.open('http://server.iad.liveperson.net/hc/30418062/?cmd=file&file=visitorWantsToChat&site=30418062&referrer='+escape(document.location),'chat30418062','width=472,height=320');return
false;">
	<img
src="http://server.iad.liveperson.net/hc/30418062/?cmd=repstate&site=30418062&category=en;liveperson;3&ver=1"
name="hcIcon" width="120" height="36" border="0">
</a>
<!-- END LivePerson Button code -->
I don't have rights to change this bug, but I can confirm it happens on Mac OS X
and Linux as well as Windows 2000.
OS: Windows 2000 → All
Hardware: PC → All
Apologies for the multiple comments, but I just discovered some additional
information.

I first ran into this bug when trying to include a Firefox promotional image
from spreadfirefox.com in my sig.  The img src tag reads
http://spreadfirefox.com/community/images/affiliates/Buttons/125x50/takebacktheweb_125x50.png
but when I go to that address in Firefox, I get redirected to
http://www.mozilla.org/sfx-images/affiliates/Buttons/125x50/takebacktheweb_125x50.png

When I substitute the real image location in my sig, everything works perfectly.

The image in comment #4 seems to follow the same behavior.  The images in the
original bug report and comment #3 work as is for me in Tb 0.8.  Perhaps they
were redirects at one time but now they are not?
(In reply to comment #6)
> The image in comment #4 seems to follow the same behavior.  The images in the
> original bug report and comment #3 work as is for me in Tb 0.8.  Perhaps they
> were redirects at one time but now they are not?

Erich Schreiner, can you confirm that your problem had to with a redirecting URL 
to the image?  (Unfortunately, the URL in comment 6 apparently no longer 
redirects, so I can't test this.)
Hi y'all,

I actually don't know whether the URL is redirectional (the URL after loading
the image seems to be still the same). All I know is that the domain
sdc-software.com is hosted by a large web hoster, and I'm sure they do some
redirecting behind the scenes...

Note: At some time I've added and deleted additional domains to this web space.
This might have changed the "main" domain, so some redirection might have
occured at some earlier time. Currently, the "main" domain is sdc-software.com

Sorry that I can't be of much help on this issue.

Best regards,
Erich Schreiner
One possible issue would be that your certificate was issued for a different
(sub)domain. I do have this issue with my hoster, which provides IMAPS but uses
a single cert (mail.dreamhost.com), when my domain is mail.tddsworld.com.
Therefore, I keep getting a domain mismatch confirm dialog at *every single
startup*. I am looking for a bug about this that I can concur with.
QA Contact: message-compose
It appears Thunderbird (2.0.0.9) checks for the presence of "www" in the path to the image, because after adding "www" to my URL it started working normally.
After further testing I think I may have been wrong in #10.
Assignee: mscott → nobody
Here's what I found:

1. Select Insert->Image pull down:
a) Get "Image Properties" dialog
b) select "Chose File..." and point to image location C:/Documents and Settings/Bren Letson/My Documents/Bren/Office/Signature.gif
c) "Image Location" field in "Image Properties" reads "Signature.gif", i.e. a relative file location and the image can not be displayed in the message file showing, instead, the red diamond invalid image icon.

2. Follow previous Insert->Image pull down except:
b) manually enter "Image Location" field as "file:///C:/Documents%20and%20Settings/Bren%20Letson/My%20Documents/Bren/Office/Signature.gif"
c) image displays properly
d) save as html signature file.
e) create a new message to use html signature file - gif image displays CORRECTLY.
f) double click image and "Image Location" in "Image Properties" dialog shows RELATIVE file name again.
g) attempt to send message and image attachment can't be found ("Sending Message" dialog hangs with status: "Attaching").

3. Follow previous Insert->Image pull down except:
b) manually enter "Image Location" field as "file:///c:/Signature.gif" (NOTE lower case "c" disk - upper case "C" doesn't give the behavior listed below)
c) image displays properly
d) save as html signature file.
e) create a new message to use html signature file - gif image displays CORRECTLY.
f) double click image and "Image Location" in "Image Properties" dialog shows CORRECT file name.
g) message sends CORRECTLY

Whew!
I did some work on our handling of inline images, though nothing specifically to do with images in signatures. But you could try a daily build and see if it's fixed...
Testing with:
Mozilla/5.0 (Windows NT 5.1; rv:11.0a1) Gecko/20111116 Thunderbird/11.0a1
I can't see a problem with images in sigs (but then, I never did have a problem there. The problem here could be redirects on the remote image url (can't test that)
FTR the recent changes David was referring to are bug 692875 bug 380372 bug 224733 and bug 351109
I can't see any of them affecting this unless "save as draft" was being used, or the path to the remote image was re-directed.
(In reply to Joe Sabash from comment #14)
> Testing with:
> Mozilla/5.0 (Windows NT 5.1; rv:11.0a1) Gecko/20111116 Thunderbird/11.0a1
> I can't see a problem with images in sigs (but then, I never did have a
> problem there. The problem here could be redirects on the remote image url
> (can't test that)

TB breaking redirected inline images, that's bug 501298.

> FTR the recent changes David was referring to are bug 692875 bug 380372 bug
> 224733 and bug 351109

Some more issues with inline imgs were fixed after that, e.g. Bug 754655.
Summary: mail with signature containing an image URL can not be sent - image is not found → Message with signature containing inline image can not be sent - image is not found (involves image redirection?)
See Also: → 501298
Confirmed bug for version 38.4.0
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.