$FILE field not created for Content-Disposition=inline, attachments not shown correctly

Some web based email programs send attachments as Content-Disposition: inline

I am finding out that all of my Domino 6.x servers are not seeing this as an attachment properly and also is not creating the $FILE field for the file in the message.

I have tested changing this Content-Disposition: inline to Content-Disposition: ABCDEF and strangely enough Domino recognizes the attachment and makes the $FILE field.

Can someone explain to me why this problem is occurring. Also, these same messages work properly on the Domino 5.x versions. Domino handles this differently between the 5 and 6 versions - why is this?

Subject: *Inline is supposed to render inline, not as attachment. Isn’t that the whole idea?

Subject: *Inline is supposed to render inline, not as attachment. Isn’t that the whole idea?

Inline is still a type of attachment. It even says that this $FILE field is suppose to be created on this website: http://www-1.ibm.com/support/docview.wss?rs=0&uid=swg27002572

It says this:

Content-Disposition: When the Content-Disposition equals “inline”, Notes creates a $File field containing the MIME “blob” attachment. However, when the message is opened, there is no attachment icon and the attachment is rendered automatically. For example, if the Content-Type’s Name parameter indicates an image, the image will display. If it indicates an HTML file, the HTML is rendered automatically when opened. In both cases, there is no attachment to detach.

Subject: *Is the content showing up inline? It looks like Domino 6 saves the attachment more invisinly, but it is still there.

Subject: RE: *Is the content showing up inline? It looks like Domino 6 saves the attachment more invisinly, but it is still there.

The attachment still shows up. And it should for the simple fact that the mime is still there. The web link that I put in these replies shows that Domino is suppose to create the $FILE filed object but it is not. My company has already brought this up through partnerworld to get this fixed.

Subject: I am not sure it is a bug

I’m sorry to be dense, but I am not sure how this is a bug. I think it was actually an enhancement, by which the file atatchment no longer shows in the view if the content is in-line. People have complained in R5 that the attachment icon is there but there is not “really” an attachment, and I think that is what you are seeing. Or, I am really just missing the point.

Subject: RE: *Is the content showing up inline? It looks like Domino 6 saves the attachment more invisinly, but it is still there.

can you open the message in question, click on view > show > page source (alt v, s, s) and then paste the entire thing in here so we can see the actual MIME source?

for the ‘attachment’ to render inline, as you say it is doing, it must be stored in a $FILE field, it’s still an attachment after all and there is no other storage mechanism so it has to be stored in the document somewhere unless it’s just an img href and not an actual inline attachment? the MIME source will show what it is.

Subject: RE: *Is the content showing up inline? It looks like Domino 6 saves the attachment more invisinly, but it is still there.

Thank you for your response. I will include the MIME in just a few. I have to make sure it does not include anything private. Just to make one clear if you send this message to an R5 platform the $FILE field gets created. In R6 it does not. I understand that it is inline but doesn’t this only mean that an attachment exist but somewhere within the body. I have the original source which is what I will paste in here, for some reason the option is greyed out for View/show/page source.

One last thing, I created a message in Lotus Notes with an inline attachment and sent it to myself and it worked fine. It created the $FILE field like I expected.

Subject: RE: *Is the content showing up inline? It looks like Domino 6 saves the attachment more invisinly, but it is still there.

Sorry for the delay. Here is a cut down version of the MIME. All of the MIME is intact. I just changed the To and From field and then lessoned the size of the file to one line so that there is not too much to paste in here and to make it more readable.

Also, I have not figured this out either. I made an email from a notes user to another notes user with an inline attachment and it works like it should with the $FILE field created.

X-Mailer: Openwave WebEngine, version 2.8.6.6 (webedge20-101-174-112-20020617)"

From: “nobody” nobody@nobody.com

To: “nobody@nobody.com

Subject: This is a test subject.

Date: Thu, 29 Jul 2004 08:50:48 -0400

MIME-Version: 1.0

Content-Type: multipart/mixed; boundary=“----=____1089403751899_mN3C._C=jO”

Message-Id: 20040709200911.RJIS1916.tomts6-srv.bellnexxia.net@mxmta.bellnexxia.net

This is a multi-part message in MIME format.

------=____1089403751899_mN3C._C=jO

Content-Type: text/plain; charset=iso-8859-1

Content-Transfer-Encoding: 7bit

------=____1089403751899_mN3C._C=jO

Content-Transfer-Encoding: base64

Content-Type: application/octet-stream;

name="regedit.exe"

Content-Disposition: inline;

filename="regedit.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

------=____1089403751899_mN3C._C=jO–

Subject: RE: *Is the content showing up inline? It looks like Domino 6 saves the attachment more invisinly, but it is still there.

I just ran into the same problem with a user that received a message with an inline image.

The image isn’t displayed inline, and the paperclip doesn’t appear either. A $FILE item was created. Both client and server are 6.5.1.

There is a preferences setting called “Show in-line MIME images as attachments”, which adds “ShowMIMEImagesAsAttachments=1” to the NOTES.INI. Using that I was able to see an attachment in the message, at the end of the body text.

I opened a PMR a few minutes ago.

  • Joe

The MIME looks like this …

From: XXXXXXXXX@aol.com

Message-ID: 1e5.263f9cc5.2e396fb7@aol.com

Date: Wed, 28 Jul 2004 17:08:07 EDT

Subject: Attachment

To: XXXXXXXX@XXXXXXXXXXX

MIME-Version: 1.0

X-Mailer: 8.0 for Windows sub 6032

X-MIMETrack: Itemize by SMTP Server on XXXXXXXXX/XXXXXXX(Release 6.5.1|January 21, 2004) at

07/28/2004 04:08:17 PM,

	 Serialize by Notes Client on XXXXXXXXXXXXXXXXXXX/XXXXXXX(Release 6.5.1|January

21, 2004) at 07/29/2004 10:28:05 AM

Importance:

Content-Type: multipart/mixed; boundary=“part1_1e5.263f9cc5.2e396fb7_boundary”

–part1_1e5.263f9cc5.2e396fb7_boundary

Content-Type: multipart/alternative;

	 boundary="part1_1e5.263f9cc5.2e396fb7_alt_boundary"

–part1_1e5.263f9cc5.2e396fb7_alt_boundary

Content-Transfer-Encoding: 7bit

Content-Type: text/plain; charset=“US-ASCII”

{MESSAGE TEXT DELETED]

–part1_1e5.263f9cc5.2e396fb7_alt_boundary

Content-Transfer-Encoding: quoted-printable

Content-Type: text/html; charset=“US-ASCII”

<FONT SIZE=3D2 PTSIZE=3D10 FAMILY=

=3D"SANSSERIF" FACE=3D"Arial" LANG=3D"0">

{MESSAGE TEXT DELETED]

–part1_1e5.263f9cc5.2e396fb7_alt_boundary–

–part1_1e5.263f9cc5.2e396fb7_boundary

Content-Type: image/jpeg; name=“Fol04ComboSSht010804dTY.jpg”

Content-Disposition: inline; filename=“Fol04ComboSSht010804dTY.jpg”

Content-Transfer-Encoding: base64

Subject: $FILE field not created for Content-Disposition=inline, attachments not shown correctly.

Perhaps the SPR # PBUA5YHBV8will help with some similar issues.

http://www-10.lotus.com/ldd/r5fixlist.nsf/5c087391999d06e7852569280062619d/b469ac296a031d5085256f18004cfba6?OpenDocument