Emailversand -> Dateien txt+csv nicht als Anhänge

[skrueger]

Hi !
Emails aus dem OTRS mit txt + csv Dateien kommen beim Empfänger nicht als Attachments an , sondern der Inhalt der Dateien wird als Text an den Emailtext gehängt.
Dies passiert bei unterschiedlichen Email-Empfänger (sprich unterschiedliche Systeme).
Excel Dateien werden als normales Attachment zugestellt.
Kann man hier etwas im OTRS einstellen ?
Jeder Hinweis ist gern genommen.

OTRS Version 3.3.8

Danke !
Steffi

[reneeb]

Welche Mails sind das, wo kommen die Anhänge her? Ist das beim Ticketbeantworten oder automatische Benachrichtigungen?

[jojo]

In meinem OTRS werden txt Anhänge wie folgt angehängt:

Code: Select all

------------=_1416933495-1605-1
Content-Type: text/plain; name="otrs_signatur.txt"
Content-Disposition: attachment; filename="otrs.txt"
Content-Transfer-Encoding: quoted-printable

Ich tippe daher auf ein "Feature" für die Anzeige dieser Anhänge in Deinem Mailclient. Wie sieht denn die versandte Maiol in Deinem OTRS aus (Plaintext)

[skrueger]

Hi !
sorry, es ist eine Antwortemail aus einem Ticket heraus, die manuel erstellt wird. Der Dateianhang wird händisch an die Email gehängt.

So wird bei mir die Datei angehängt. -> Content-Disposition ist "inline".


------------=_1416936698-31590-1
Content-Type: text/plain; name="test.txt"
Content-Disposition: inline; filename="test.txt"
Content-Transfer-Encoding: 7bit

TEST Datei
------------=_1416936698-31590-1--

[skrueger]

Hi !
wo kann ich auf "attachment" umschalten ?
Ist das in der Article.pm -> dieser Bereich ?!



send article via email and create article with attachments

my $ArticleID = $TicketObject->ArticleSend(
TicketID => 123,
ArticleType => 'note-internal', # email-external|email-internal|phone|fax|...
SenderType => 'agent', # agent|system|customer
From => 'Some Agent <email@example.com>', # not required but useful
To => 'Some Customer A <customer-a@example.com>', # not required but useful
Cc => 'Some Customer B <customer-b@example.com>', # not required but useful
ReplyTo => 'Some Customer B <customer-b@example.com>', # not required, is possible to use 'Reply-To' instead
Subject => 'some short description', # required
Body => 'the message text', # required
InReplyTo => '<asdasdasd.12@example.com>', # not required but useful
References => '<asdasdasd.1@example.com> <asdasdasd.12@example.com>', # not required but useful
Charset => 'iso-8859-15'
MimeType => 'text/plain',
Loop => 0, # 1|0 used for bulk emails
Attachment => [
{
Content => $Content,
ContentType => $ContentType,
Filename => 'lala.txt',
},
{
Content => $Content,
ContentType => $ContentType,
Filename => 'lala1.txt',
},
],
Sign => {
Type => 'PGP',
SubType => 'Inline|Detached',
Key => '81877F5E',
Type => 'SMIME',
Key => '3b630c80',
},
Crypt => {
Type => 'PGP',
SubType => 'Inline|Detached',
Key => '81877F5E',
Type => 'SMIME',
Key => '3b630c80',
},
HistoryType => 'OwnerUpdate', # Move|AddNote|PriorityUpdate|WebRequestCustomer|...
HistoryComment => 'Some free text!',
NoAgentNotify => 0, # if you don't want to send agent notifications
UserID => 123,
);

[skrueger]

Wenn ich eine Email mit Word-Anhang versende , sieht´s so aus.
Hier kommt der Dateianhang als separates Attachment im Mailclient an.



------------=_1417175050-14321-1
Content-Type: application/msword; name="ASWOpapierneu.doc"
Content-Disposition: inline; filename="ASWOpapierneu.doc"
Content-Transfer-Encoding: base64

[jojo]

------------=_1416936698-31590-1
Content-Type: text/plain; name="test.txt"
Content-Disposition: inline; filename="test.txt"
Content-Transfer-Encoding: 7bit

TEST Datei
------------=_1416936698-31590-1--

Wie sieht das im OTRS aus? Wenn Du dort auf Plaintext gehst?

[skrueger]

Meinst du die unformatierte Email ?

[jojo]

ja

[skrueger]

MIME-Version: 1.0
Subject: Re: [Ticket#2014112010000754] OTRS: TXT/CSV =?UTF-8?Q?Anh=C3=A4nge=20?=werden
nicht als Anhang verschickt
X-Powered-BY: OTRS - Open Ticket Request System (http://otrs.org/)
X-Mailer: OTRS Mail Service (3.3.
Date: Tue, 25 Nov 2014 18:31:38 +0100
Message-ID: <1416936698.931959.397677193.67752.3@support.de.aswo.org>
To: xx@aswo.com
Organization: ASWO International Service
From: ASWO IT Support DE <it.support.de@aswo.com>
Content-Type: multipart/mixed; boundary="----------=_1416936698-31590-1"

This is a multi-part message in MIME format...

------------=_1416936698-31590-1
Content-Type: multipart/alternative; boundary="----------=_1416936698-31590-0"

This is a multi-part message in MIME format...

------------=_1416936698-31590-0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


Test

Viele Gr=C3=BC=C3=9Fe/Best regards,
IT Support

Stefanie Krueger

ASWO International Service GmbH
Riesweg 1, 31036 Eime
Tel: 0049 5182 970 265
Fax: 0049 5182 970 9265
E-Mail: [1]it.support.de@aswo.com





[1] mailto:it.support@aswo.com

------------=_1416936698-31590-0
Content-Type: text/html; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html><html><head><meta http-equiv=3D"Content-Type" content=3D"tex=
t/html; charset=3Dutf-8"/></head><body style=3D"font-family:Geneva,Helvetic=
a,Arial,sans-serif; font-size: 12px;"><p><span style=3D"font-size:12px"><sp=
an style=3D"font-family:arial,helvetica,sans-serif">Test</span></span></p>
&nbsp;

<p><span style=3D"font-size:12px">Viele Gr=C3=BC=C3=9Fe/Best regards,<br />
IT Support<br />
<br />
Stefanie Krueger</span><br />
<br />
&nbsp;</p>

<p><span style=3D"font-size:12px">ASWO International Service GmbH<br />
Riesweg 1, 31036 Eime<br />
Tel: 0049 5182 970 265<br />
Fax: 0049 5182 970 9265<br />
E-Mail: <a href=3D"mailto:it.support@aswo.com" target=3D"_blank">it.support=
.de@aswo.com</a><br />
<br />
</body></html>=

------------=_1416936698-31590-0--

------------=_1416936698-31590-1
Content-Type: text/plain; name="test.txt"
Content-Disposition: inline; filename="test.txt"
Content-Transfer-Encoding: 7bit

TEST Datei
------------=_1416936698-31590-1--

[jakommo]

Hallo,

hast du dafür eine Lösung gefunden?

Viele Grüße
Jakommo

[skrueger]

Hi !
nein leider nicht. Ich hatte dann noch Kontakt mit einem Dienstleister zu dem Thema, der hatte mir dann folgendes gesagt:
Wir haben die Codeänderung nicht vorgenommen. "Leben" also aktuell noch mit dem Problem.



Technische Details: OTRS verschickt Multi-Part-E-Mails, bei denen bei
jedem Part als »Content-Disposition: inline« gesetzt ist. »inline«
bedeutet hier, dass der Client diesen Anhang direkt anzeigen soll. Das
wird normalerweise für den »Haupttext« der E-Mail genutzt, und dort ist
es ja auch durchaus sinnvoll.

Für Dateianhänge hingegen kann man darüber streiten; eigentlich eher
nicht mal das – hängt man eine Datei an, will man eigentlich immer, dass
der Inhalt eben nicht direkt angezeigt wird.

OTRS macht das leider momentan unabhängig vom Dateityp immer, selbst bei
z.B. Excel-Dateien. Dass der Client diese nicht ebenfalls direkt
anzeigt, liegt schlicht nur daran, dass Clients solche Dateitypen nicht
direkt anzeigen können, es sind ja keine reinen textuellen
Informationen.

Nach einem Blick in den Quellcode scheint es momentan auch leider keine
Option zu geben, wie man dieses Verhalten rein über
Konfigurationsoptionen umstellen kann. Der Quellcode ist aber durchaus
darauf vorbereitet, dass andere Werte für Content-Disposition genutzt
werden, nur halt ist das noch nicht wirklich genutzt. Sprich mit
Codeänderungen würde man das Verhalten verhältnismäßig einfach erreichen
können. Der Nachteil jeglicher Codeänderung ist
natürlich, dass sie bei Updates der OTRS-Version wieder verloren gehen
und erneut eingespielt werden müssen.

Als Workaround fällt mir spontan nur ein, die Text- und CSV-Dateien in
ein Archiv (z.B. ZIP) zu stecken, bevor Sie sie hochladen.

[jojo]

siehe meine Antwort oben, ich glaube nicht das es am OTRS (jedenfalls kein VanillaOTRS4) liegt. Bei mir ist es nicht inline

[reneeb]

@skrueger, @jojo: Kann es sein, dass ihr von unterschiedlichen OTRS-Versionen sprecht: @jojo von OTRS 4 und @skrueger von OTRS 3?

Unter OTRS 3.3 war es so, dass bei einem Upload bei neues Ticket, Antworten etc. kein "Disposition" angegeben wurde, in OTRS 4 wird als Disposition "attachment" gespeichert. Beim Emailversand ist der Standard dann "inline" wenn nichts angegeben wurde.

Vgl: https://github.com/OTRS/otrs/blob/rel-3 ... il.pm#L728 ff vs. https://github.com/OTRS/otrs/blob/rel-4 ... il.pm#L733 ff (Forward etc. sind die Änderungen gleich)

Emailversand: https://github.com/OTRS/otrs/blob/rel-3 ... il.pm#L452

[skrueger]

ich spreche von version 3.3.8

[jojo]

Da Renée ja schon die Lösung gesagt hat, mach ein Update auf die OTRS4, Patchlevel 6.

Übrigens aktuell ist die 3.3.12

[jakommo]

Hallo,

danke für eure Antworten. Mein Problem ist etwas anders und ich dachte es hängt vielleicht hiermit zusammen. Bin aber schon auf 4.0.5.
Bei mir werden CSV und TXT Anhänge durch den Versand verändert (vermutlich encoding) und kommen dann fehlerhaft beim Empfänger an.
Ich werde dann dazu ein eigenes Thema aufmachen.

Viele Grüße
Jakommo