On Wed, 17 Mar 2004 21:31:30 +0100 Robert Kehl wrote:

On Wednesday, March 17, 2004 5:00 PM Roland wrote:

...

I needed to change my articel storage to 'Kernel::System::Ticket::ArticleStorageFS' mode. This is working so far, but when I am retrieving the attachements I always get an additional LF character "0x0a" in front of the attachement which renders them invalid. I tested this for *.jpg as well as for *.zip.

Please note that you cannot simply read the file directly from your harddisk, it's not meant that way. Instead, retrieve the file via OTRS, this should work ok.

Thank you for answering, ... but I did exactly this one. Within the zoomed view (from inside IE) I am clicking the download link (which is something like: Download: picture.jpg in the status bar) then I save this file to my local hard disk, and this file contains the prepended LF character. The same happens if I open the jpg, which starts another browser window telling me that the picture cannot be displayed (by showing a small rectangle with red filling). regards, Roland

On Thu, 18 Mar 2004 10:03:51 +0100 (W. Europe Standard Time) Roland wrote:

Another question is popping up. (Forgive me if this is already a FAQ but I did not find it yet.) I cannot properly view MS Outlook generated HTML mails that have embedded pictures. They have a src attribute something like: src="cid:image001.jpg@87654321.12345678" (numbers invented by me)

After having read into the code and digged around in the outlook mail, I found that outlook mail is of mime type: MULTIPART/RELATED. The html part of which refers to the other parts via "cid:" (Content Identifier). Now OTRS stores all parts into a directory that contains all elements of an article. When I now open the html part, the browser cannot find the cid: references, of course. So I tried to replace the src attribute by hand with something like: src="index.pl?Action=AgentAttachement&ArticleID=181&FileID=4". This works. So I arrive at the question if it is possible to rewrite the cid's automatically, when storing the html part to disk. Hmm, considering this I would even prefer src="image001.jpg", but of course, I know this is not possible, since the image that is stored on disk has a mime type descriptor prepended to the data, so I would need something like: src="stripheader.pl?image001.jpg". (Having this it would be also very simple to create yearly archives of the articles, while still be able to browse them outside the OTRS framework.) But before I start hacking away I am wondering if I am just trying to reinvent the wheel? Have I overlooked something? Are there any other recommendations of how to achieve the same effect? regards, Roland

On Thursday, March 18, 2004 10:03 AM Roland wrote:

Surprise, surprise! The error automagically disappeared. Today my downloaded attachements (from within the OTRS UI) don't have the prepended LF any more.

What I did in between: I restarted my server. Might this be the reason?

Yes, I believe so, as I could never reproduce the error, no matter how hard I tried.

However.... Anyway... ;)

I cannot properly view MS Outlook generated HTML mails that have embedded pictures. They have a src attribute something like: src="cid:image001.jpg@87654321.12345678"

Whatever that may be in exact, it's a proprietary Outlook-thing. Sorry, I cannot imagine us providing an Outlook filter, as the source code of Outlook isn't available. You get it. Outlook doesn't produce HTML messages, but some kind of HTML, cluttered with needless things. As long as the (usually highly oversized) Outlook-Messages provide their content as text/plain, you won't loose a thing despite a more or less fancy stationary.

Is there a chance to view them somehow?

No, sorry. Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388