Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cuttet FileName #427

Open
bastian-schur opened this issue Nov 14, 2019 · 3 comments
Open

Cuttet FileName #427

bastian-schur opened this issue Nov 14, 2019 · 3 comments

Comments

@bastian-schur
Copy link

Hi all,

I have a problem with an email with file attachment. The file name is actually "Zählerstanderfassung_2019___Test1.csv". The function getFileName () returns only "Zählerstanderfass". After some dumping, I found out that the following values are displayed in the Ddeboer \ Imap \ Message \ Attachment object under Ddeboer \ Imap \ Message \ Parameters -> storage:

storage: array:3 [
"charset" => "UTF-8"
"name" => "Zählerstanderfassung_2019___Test1.csv"
"filename" => "Zählerstanderfass"
]

The name itself seems to be there. however, the getFileName function returns filename first, and name is used only if that value does not exist

Any ideas what i can do with this problem?

Complete Raw-Mail:

Return-Path: [email protected]
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on v1807.ncsrv.de
X-Spam-Level:
X-Spam-Status: No, score=-1.0 required=7.0 tests=ALL_TRUSTED,URIBL_BLOCKED
autolearn=ham autolearn_force=no version=3.4.2
X-Original-To: [email protected]
Delivered-To: [email protected]
Received: from [192.168.0.107] (p549BA5E9.dip0.t-ipconnect.de
[84.155.165.233]) by mail.pcservice-schur.de (Postfix) with ESMTPSA id
12E7E215F8 for [email protected]; Thu, 14 Nov 2019 11:23:40 +0100 (CET)
To: [email protected]
From: Nodus IT | Bastian Schur [email protected]
Subject: Test #1
Message-ID: [email protected]
Date: Thu, 14 Nov 2019 11:23:39 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
Firefox/68.0 Thunderbird/68.1.2
Content-Type: multipart/mixed;
boundary="------------A14EB21F2391734320F0CC3C"
Content-Language: en-US
X-PPP-Message-ID: [email protected]
X-PPP-Vhost: nodus-it.de
MIME-Version: 1.0

--------------A14EB21F2391734320F0CC3C
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: quoted-printable

--=20
Mit freundlichen Gr=C3=BC=C3=9Fen

Bastian Schur


Nodus IT
Eifelblick 1
56581 Melsbach

Tel: 02631 / 451231
https://www.nodus-it.de

--------------A14EB21F2391734320F0CC3C
Content-Type: text/csv; charset="UTF-8";
name="=?UTF-8?Q?Z=c3=a4hlerstanderfassung=5f2019=5f=5f=5fTest1=2ecsv?="
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename0="UTF-8''%5A%C3%A4%68%6C%65%72%73%74%61%6E%64%65%72%66%61%73%73";
filename1="%75%6E%67%5F%32%30%31%39%5F%5F%5F%54%65%73%74%31%2E%63%73%76"

Nummer,Standort,Hersteller,Ger=C3=A4t,Seriennummer,S/W,Farbe,Scans,Datum
5761,"Mustra=C3=9Fe 5, 12345 Musterhausen",Brother,ABC,123456789,20000,3000=
0,12345,10.11.19

--------------A14EB21F2391734320F0CC3C--

@bastian-schur
Copy link
Author

Hi,
Thanks for your quick feedback. I ran the test locally - without any problems. Then I tested with the concrete productive server (an exchange server) and the error occurs.

So it just seems to be a problem with Exchange!

Unfortunately, I do not have an Exchangeserver that I could provide for a test - The server we work with is a productive server of a customer

@Slamdunk
Copy link
Collaborator

Ok. This is not the first time I see different implementations of IMAP protocol.

Unfortunately I have no solution for this kind of issues.

@bastian-schur
Copy link
Author

I do not really see the problem, because synonymous in Thunderbird the file name is displayed completely correct, if I also access via IMAP.

Can it be recognized somewhere if it is an exchange server? In this case you might be able to customize the getFileName function, because in the name the filename will be displayed correctly

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants