Re: inline jpeg images received inconsistently depending on receiving mailer
Hallo Thomas, On Sat, 1 Sep 2012 10:56:38 +0700GMT (1-9-2012, 5:56 , where I live), you wrote: SA Thus gmail (and Eudora) were relating to the picture as an attachment. SA This says that int_1.jpg is an attachment. TF I replied to your mail by embedding a picture, but it was too big for TF this list (unless a moderator lets it through). Well, I let it through, but the list server stripped the attachment. TF So, it's MIME encoded like an attachment, but then, every HTML mail TF is, isn't it? Isn't any HTML part technically an attachment? Actually every HTML part should be an attachment, though some clients don't do it that way when they're sending HTML-only messages without pictures. When the message includes inline pictures, the pictures need to be sent along with the message and that has to be done as attachments. The HTML body wil be referring to those attachments and the HTML part will also be defined as a separate part like an attachment, just as the text part is when your using attachments. However, both the text part and the HTML part don't need to be MIME encoded, they can be sent as readable text. Pictures always need to be MIME encoded as they might contain characters that aren't allowed in e-mails, hence the encoding. TF In truth, I don't know anything, just throwing these header fragements TF into the list to see whether this is really wrong behaviour of TB!. I saw your message as it was stopped by the server and then the message contained the picture as an inline picture. Hoewever, that was read by TB and as HTML in e-mail is a bit of a gray area, some clients do stuff different. -- Groetjes, Roelof A Fool and his Taglines are soon moderators. = Yikes! http://www.voormijalleen.nl/ The Bat! 5.2.1.1 (BETA) Windows 7 6.1 Build 7601 Service Pack 1 5 pop3 accounts, 2 imap accounts OTFE disabled i7-2600 3.4GHz 4 GB RAM Current version is 4.2.42 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: inline jpeg images received inconsistently depending on receiving mailer
Hello Steven, Monday, August 27, 2012, 6:16:04 AM, you wrote: SA We researched the question a bit. Here is what we found. SA When I pasted the pics (using ctrl-v) into TB! I was doing what SA normally would be giving embedded pictures in the email. However when SA it was received on the other side (I looked at this in Gmail since it SA keeps the header detail) I had (stripped down to the basics) : Content-Type: IMAGE/JPEG; name=int_1.jpg Content-ID: 4C67E43C.01CD8270.49246F31.44A035FC_csseditor Content-transfer-encoding: base64 Content-Disposition: attachment; filename=int_1.jpg SA Thus gmail (and Eudora) were relating to the picture as an attachment. SA This says that int_1.jpg is an attachment. SA If TB! was sending it as an embedded graphics, the receiver would get SA a content-disposition MIME header like this: SA Content-Disposition: inline; filename=file name.jpg Testing: SA So do any Bat techies know if TB! can send pics that will be received SA as embedded graphics on the other side, rather than attachments ? SA (There is a big difference in how some mailers display these pic SA possibilities.) Check out this mail. I am cc'ing your direct email address, in case the picture does not make it to the list. SA Sidenote: I am ignoring the third possibility, url links to a server, SA as that is not relevant here, and many receivers will set up security SA to block those (curious, what TB! does with those, Eudora gives a SA security setting to allow to download, or not, most of us turn it SA off, disallow). I disallow in TB!, not sure what your question is. In fact, you have to actively allow it if yo want. SA If TB! does have a method to allow true embedded graphics, any idea SA why it does not take on a standard .jpg ctrl-v ? I used the insert picture icon in the editor. SA Any help appreciated. If you suggest go to TB! tech support, that is SA understandable. Plan to do so, as needed. This (TBUDL) *is* tech support. ;-) -- Cheers, Thomas. http://thomas.fernandez.hat-gar-keine-homepage.de/ Message reply created with The Bat! 5.2 under Windows XP 5.1 Build 2600 Service Pack 3 Current version is 4.2.42 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: inline jpeg images received inconsistently depending on receiving mailer
Hello Steven, Monday, August 27, 2012, 6:16:04 AM, you wrote: Content-Type: IMAGE/JPEG; name=int_1.jpg Content-ID: 4C67E43C.01CD8270.49246F31.44A035FC_csseditor Content-transfer-encoding: base64 Content-Disposition: attachment; filename=int_1.jpg SA Thus gmail (and Eudora) were relating to the picture as an attachment. SA This says that int_1.jpg is an attachment. I replied to your mail by embedding a picture, but it was too big for this list (unless a moderator lets it through). I also CC'ed your PM address, so you should have received it in your Inbox. SA If TB! was sending it as an embedded graphics, the receiver would get SA a content-disposition MIME header like this: SA Content-Disposition: inline; filename=file name.jpg In the mail which I BCC'ed to myself, I see the following headers in the Incoming message: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=--09D0330A23FDECB7B 09D0330A23FDECB7B Content-Type: multipart/alternative; boundary=--1050641801D5AC6BB 1050641801D5AC6BB Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable In the HTML part, I find this: span style=3D color: #800080;nbsp;gt;gt;Content-Type: IMAGE/JPEG; na= me=3Dint_1.jpgbr nbsp;gt;gt;Content-ID: lt;4C67E43C.01CD8270.49246F31.44A035FC_csseditor= gt;br nbsp;gt;gt;Content-transfer-encoding: base64br nbsp;gt;gt;Content-Disposition: attachment; filename=3Dint_1.jpgbr br And at the end, here is the picture: 09D0330A23FDECB7B Content-Type: image/jpeg; name=Grandma listen.jpg Content-Transfer-Encoding: base64 Content-ID: 7FD40B88.01CD8794.62089E6C.3B478E23_csseditor /9j/4AAQSkZJRgABAgAAAQABAAD//gAEKgD/4gIcSUNDX1BST0ZJTEUAAQEAAAIMbGNtcwIQ AABtbnRyUkdCIFhZWiAH3AABABkAAwApADlhY3NwQVBQTAAA 9tYAAQDTLWxjbXMA AApkZXNj/F5jcHJ0AAABXAt3dHB0AAABaBRia3B0 AAABfBRyWFlaAAABkBRnWFlaAAABpBRiWFlaAAABuBRyVFJDAAABzAAA AEBnVFJDAAABzEBiVFJDAAABzEBkZXNjAANjMgAA So, it's MIME encoded like an attachment, but then, every HTML mail is, isn't it? Isn't any HTML part technically an attachment? In truth, I don't know anything, just throwing these header fragements into the list to see whether this is really wrong behaviour of TB!. -- Cheers, Thomas. http://thomas.fernandez.hat-gar-keine-homepage.de/ Message reply created with The Bat! 5.2 under Windows XP 5.1 Build 2600 Service Pack 3 Current version is 4.2.42 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: inline jpeg images received inconsistently depending on receiving mailer
Hi, We researched the question a bit. Here is what we found. When I pasted the pics (using ctrl-v) into TB! I was doing what normally would be giving embedded pictures in the email. However when it was received on the other side (I looked at this in Gmail since it keeps the header detail) I had (stripped down to the basics) : Content-Type: IMAGE/JPEG; name=int_1.jpg Content-ID: 4C67E43C.01CD8270.49246F31.44A035FC_csseditor Content-transfer-encoding: base64 Content-Disposition: attachment; filename=int_1.jpg Thus gmail (and Eudora) were relating to the picture as an attachment. This says that int_1.jpg is an attachment. If TB! was sending it as an embedded graphics, the receiver would get a content-disposition MIME header like this: Content-Disposition: inline; filename=file name.jpg So do any Bat techies know if TB! can send pics that will be received as embedded graphics on the other side, rather than attachments ? (There is a big difference in how some mailers display these pic possibilities.) Sidenote: I am ignoring the third possibility, url links to a server, as that is not relevant here, and many receivers will set up security to block those (curious, what TB! does with those, Eudora gives a security setting to allow to download, or not, most of us turn it off, disallow). If TB! does have a method to allow true embedded graphics, any idea why it does not take on a standard .jpg ctrl-v ? Any help appreciated. If you suggest go to TB! tech support, that is understandable. Plan to do so, as needed. Thanks. Steven Avery Bayside, NY On this forum, I see some recent discussions about embedding jpeg image into mass mailing template. I just downloaded TB! yesterday with the Bits special and I was especially playing with inline images. I am used to using Eudora, which pastes and sends easily, but sometimes it has garbled the images, especially when more than two are in one post. By garbled, I mean the 3rd image might show up as the 2nd image, twice. Others do not report that problem, and that is an ongoing discussion in Eudora land. So my hope is to have a sending program that is pretty much rock solid in regard to sending multiple inilne images in one email (This is often little snippets of google books for pure Bible related discussions). In my tests, with TB! inline images (I would put 2 or 3 or 4 in a post) went fine to gmail. Received as attachments I think, but placed in their proper place in the body of the mail. And similarly fine, when downloaded in another mailbox back to my own Bat! inbox download. However Eudora received them with blank or dark spaces in the body, and the pics showing up as a group in the bottom of the email. Which is not practicable, usable. My conjecture was that this has to do with TB! architecture. Am I correct that the pics are embedded in the actual .TBB mailbox ? (In Eudora the .mbx is a text file, pointing to pictures in a special folder.) If so, this could explain the uneven or inconsistent rendering by various email clients on the receiving end. Thanks for your help and thoughts on this. It would also be a relevant point of consideration for mass mailing templates, as well. Current version is 4.2.42 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html