
Hallo zusammen, wir benutzen OTRS 2.0.4 (Debian 4.0 Standardpaket). Seit kurzem werden in der TicketView keine Attachments von E-Mails mehr angezeigt. Schaue ich mir jedoch die E-Mail im Plaintext an, ist definitiv ein Attachment in der Form <snip> Content-Type: text/plain; name="foo.bar" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="foo.bar" // und hier eben das base64 Zeugs... </snip> vorhanden. zuerst dachte ich, dass es an Content-Disposition: inline; liegt, aber Content-Disposition: attachment; verhält sich genauso. Merkwürdig ist, dass ich mir keiner Änderungen bewusst bin, imho kam dieses Problem ohne Eingriffe "einfach so"... In der Sysconfig konnte ich auch nichts feststellen: http://img264.imageshack.us/img264/826/otrssg1.png Ideen? Gruß, David Heidt -- Important notice: This e-mail and any attachment thereof contains corporate proprietary information. If you have received it by mistake, please tell us immediately that we are knowingly sending highly confidential stuff to random people. Don't delete this e-mail and its attachments from your system, as it may be your chance to start a career in industrial spying. Thank you.

Hallo David! Wieviele Tickets hast du und und wo speicherst du Attachements? DB oder Filesystem? Gruß, Matthias -----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org]Im Auftrag von David Heidt Gesendet: Montag, 22. Oktober 2007 13:21 An: otrs-de@otrs.org Betreff: [otrs-de] Attachments vorhanden aber nicht angezeigt? Hallo zusammen, wir benutzen OTRS 2.0.4 (Debian 4.0 Standardpaket). Seit kurzem werden in der TicketView keine Attachments von E-Mails mehr angezeigt. Schaue ich mir jedoch die E-Mail im Plaintext an, ist definitiv ein Attachment in der Form <snip> Content-Type: text/plain; name="foo.bar" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="foo.bar" // und hier eben das base64 Zeugs... </snip> vorhanden. zuerst dachte ich, dass es an Content-Disposition: inline; liegt, aber Content-Disposition: attachment; verhält sich genauso. Merkwürdig ist, dass ich mir keiner Änderungen bewusst bin, imho kam dieses Problem ohne Eingriffe "einfach so"... In der Sysconfig konnte ich auch nichts feststellen: http://img264.imageshack.us/img264/826/otrssg1.png Ideen? Gruß, David Heidt -- Important notice: This e-mail and any attachment thereof contains corporate proprietary information. If you have received it by mistake, please tell us immediately that we are knowingly sending highly confidential stuff to random people. Don't delete this e-mail and its attachments from your system, as it may be your chance to start a career in industrial spying. Thank you. ____________ Virus checked by G DATA AntiVirusKit Version: AVKA 17.459 from 22.10.2007 Virus news: www.antiviruslab.com

Matthias Schojohann schrieb:
Hallo David! Wieviele Tickets hast du und und wo speicherst du Attachements? DB oder Filesystem?
Gruß, Matthias
Hi Matthias, das wird z.Zt. alles noch in der DB gespeichert und wurde auch nie von oder auf FS umgestellt. mysql> select count(*) from ticket; ergibt 23920 auf FS wird eh demnächst umgestellt, da die db schon ca 5 GB groß ist... eventuell liegt es auch daran - was ich mir allerdings nicht vorstellen kann. Gruß, David
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org]Im Auftrag von David Heidt Gesendet: Montag, 22. Oktober 2007 13:21 An: otrs-de@otrs.org Betreff: [otrs-de] Attachments vorhanden aber nicht angezeigt?
Hallo zusammen,
wir benutzen OTRS 2.0.4 (Debian 4.0 Standardpaket).
Seit kurzem werden in der TicketView keine Attachments von E-Mails mehr angezeigt. Schaue ich mir jedoch die E-Mail im Plaintext an, ist definitiv ein Attachment in der Form
<snip> Content-Type: text/plain; name="foo.bar" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="foo.bar"
// und hier eben das base64 Zeugs... </snip>
vorhanden. zuerst dachte ich, dass es an Content-Disposition: inline; liegt, aber Content-Disposition: attachment; verhält sich genauso.
Merkwürdig ist, dass ich mir keiner Änderungen bewusst bin, imho kam dieses Problem ohne Eingriffe "einfach so"...
In der Sysconfig konnte ich auch nichts feststellen: http://img264.imageshack.us/img264/826/otrssg1.png
Ideen?
Gruß,
David Heidt
------------------------------------------------------------------------
_______________________________________________ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.com/
-- Important notice: This e-mail and any attachment thereof contains corporate proprietary information. If you have received it by mistake, please tell us immediately that we are knowingly sending highly confidential stuff to random people. Don't delete this e-mail and its attachments from your system, as it may be your chance to start a career in industrial spying. Thank you.

Hallo,
vielleicht wurde die Article-Storage von DB auf FS oder umgekehrt
umgestellt?
Wenn im Dateisystem gespeichert wird, was sagen die Verzeichnisse?
Sven Ehret
David Heidt

David Heidt schrieb:
Hallo zusammen,
wir benutzen OTRS 2.0.4 (Debian 4.0 Standardpaket).
Seit kurzem werden in der TicketView keine Attachments von E-Mails mehr angezeigt.
Hallo und vielen Dank für die Hilfestellung! Ich habe das issue jetzt so gelöst, indem ich von DB auf FS umgestelt habe. Nun sind alle Attachments seit der Umstellung wieder sichtbar. Ich nehme an, dass es ein Dateigrößenlimit von MySQL war - sicher bin ich allerings nicht. Gruß, David -- ----------------------------------- Important notice: This e-mail and any attachment thereof contains corporate proprietary information. If you have received it by mistake, please tell us immediately that we are knowingly sending highly confidential stuff to random people. Don't delete this e-mail and its attachments from your system, as it may be your chance to start a career in industrial spying. Thank you.
participants (3)
-
David Heidt
-
Matthias Schojohann
-
Sven Ehret