Empty filename

[logicway]

I have a problem when attachments are parsed when there is no filename. I cannot view the attachment in eSupport. The attachment itself is stored in the files-directory.

I have had 3 exact the same situations, and all where mailed using (according to the mail headers) Lotus Notes. When I open the mail using webmail, then the attachment (in all these cases gif images) are placed within the body.

I have to manually edit the column "filename" in the table "swattachments" to something like "screenshot.gif" to able to open the attachment in eSupport.

Is there a known issue with Lotus Notes?

[logicway]

This problem is the same as :
Download as index.php file.
and also as
http://forums.kayako.com/showthread.php?t=4617
and in eSupport there is no filename available and while trying to open, it comes upwith "index.php".

[logicway]

In the mailheader where the filename is correctly filled I see this:

Content-Type: image/jpeg;
	name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01C82124.4F6816A0>
Content-Description: image001.jpg
Content-Location: image001.jpg

And in a mailheader with empty filename:

Content-Type: image/gif
Content-ID: <_1_03FB37D803FB338C0054AA10C125738B>
Content-Transfer-Encoding: base64

There is no "name" with the filename, and I think that is causing the empty filename.
Why can't the parser generate the filename (with the correction extension)? Using the "Content-Type" the parser will know what type of file it is. It only has to generate the filename.

[logicway]

Does anyone has a solution for this?
I still need to manually enter a filename in the database, just to be able to open the attachment.

[Ryan Lederman]

I've notified one of the PHP developers about this issue and we'll have a fix for this soon that will automatically generate a filename for the attachment when one is not present.