Mail program adds .bin to end of filename.pdf
There is some kind of bug in mail software. My payroll report is pdf file (only file where this bug is recognized) and when I download that mail attachment which is pdf-file after downloading that attachment I click open file and Sailfish says that unsupported file. Then when I find right file with file browser i noticed that file name is filename.pdf.bin so somehow my phone adds .bin after these files. When I use file browser to rename file to pdf I can open file normally. It's quite annoying that you can view it as fast as should and you have to locate file and rename before opening.
And yes I know it propably badly created pdf, but it works with every other systems and even with Sailfish when drops that .bin from filename. Why Sailfish adds .bin to filename. This isn't so bad bug because it's only two times month when I get these pdf files. Every other pdf files is ok and works normally.This has been allways, but now I get angry enought to write here.
With another mailer (thunderbird, or whatever) where you have this email, may you look for the source of the email (CTRL+U in thunderbird for instance) and copy paste the result here, without private information and without the data for the attachment ?
Damien Caliste ( 2017-04-26 18:05:01 +0200 )editDelivered-To: XXXXXXXX@gmail.com Received: by 00.00.00.00 with SMTP id j14csp302635ioi; Wed, 26 Apr 2017 04:48:06 -0700 (PDT) X-Received: by 00.00.00.00 with SMTP id l202mr12691566lfe.147.1493207286068; Wed, 26 Apr 2017 04:48:06 -0700 (PDT) Return-Path: xx@xxxi.fiReceived: from eilopu.iki.fi (eilopu.iki.fi. [212.16.98.57]) by mx.google.com with ESMTPS id 1si1492459lji.180.2017.04.26.04.48.05 for pejkallio@gmail.com(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Apr 2017 04:48:06 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning xx@xx.fi does not designate 212.16.98.57 as permitted sender) client-ip=00.00.00.00; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning xx@xx.fi does not designate 00.00.00.00 as permitted sender) smtp.mailfrom=xx@xx.fi Received: from smtp-out-node1.seclan.com (smtp-out-node1.seclan.com [109.70.160.97]) by eilopu.iki.fi (8.15.2/8.15.2) with ESMTPS id v3QBlwPg004064 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for xyx@xx.fi; Wed, 26 Apr 2017 14:48:05 +0300 (EEST) Message-Id: 201704261148.v3QBlwPg004064@eilopu.iki.fiReceived: from xx.fi (unknown [109.70.163.162]) by smtp-out-node1.seclan.com (Postfix) with ESMTP id B401F9D359 for xyx@xx.fi; Wed, 26 Apr 2017 14:47:58 +0300 (EEST) MIME-Version: 1.0 From: "XXXXXX" xx@xx.fiTo: xyx@xx.fi Date: 26 Apr 2017 14:47:58 +0300 Subject: Palkkalaskelmasi kaudelta 8/2017 Content-Type: multipart/mixed; boundary=--boundary_135_fbd09803-a28a-44a1-bd02-82c3913247f5
----boundary_135_fbd09803-a28a-44a1-bd02-82c3913247f5 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Liitteen=E4 henkil=F6n XXXXXXXXXXXXX palkkalaskelma kaudelta 8/2= 017.=0D=0A=0D=0AT=E4m=E4 on palkkaj=E4rjestelm=E4st=E4 automaatti= sesti luotu viesti, =E4l=E4 vastaa t=E4h=E4n. ----boundary_135_fbd09803-a28a-44a1-bd02-82c3913247f5 Content-Type: application/octet-stream; name="Palkkalaskelma 8 2017.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment
JVBERi0xLjQNCjEgMCBvYmoNCjw8IC9UeXBlIC9DYXRhbG9nDQovUGFnZXMgMyAwIFIN Ci9QYWdlTW9kZSAvVXNlTm9uZQ0KL091dGxpbmVzIDIgMCBSDQo+Pg0KZW5kb2JqDQoN CjIgMCBvYmoNCjw8IC9UeXBlIC9PdXRsaW5lcw0KL0NvdW50IDANCj4+DQplbmRvYmoN XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX bnQgMQ0KPj4NCmVuZG9iag0KDQo0IDAgb2JqDQo8PCAvVHlwZSAvUGFnZQ0KL1BhcmVu dCAzIDAgUg0KL01lZGlhQm94IFswIDAgNTk0IDgyOF0NCi9Db250ZW50cyA1IDAgUg0K L1Jlc291cmNlcyA8PCAvUHJvY1NldCA2IDAgUg0KL0ZvbnQgPDwgL0YxIDcgMCBSDQov RjIgOCAwIFINCj4+DQo+Pg0KPj4NCmVuZG9iag0KDQo1IDAgb2JqDQo8PCAvTGVuZ3Ro IDc3MzkgPj4NCnN0cmVhbQ0KMzI1IDgwMyBtDQozMjUgNTAzIGwNClMNCjMyNSA4MDMg bQ0KNTg1IDgwMyBsDQpTDQo1ODUgODAzIG0NCjU4NSAzIGwNClMNCjMyNSA3NzMgbQ0K NTg1IDc3MyBsDQpTDQozMjUgNzQzIG0NCjU4NSA3NDMgbA0KUw0KMzI1IDcxMyBtDQo1 ODUgNzEzIGwNClMNCjMyNSA2ODMgbQ0KNTg1IDY4MyBsDQpTDQo0MTAgNjgzIG0NCjQx XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX1 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX IDEyIFRmDQozMjUgODA2IFRkDQooUEFMS0tBTEFTS0VMTUEpIFRqDQpFVA0KQlQNCi9G MSA4IFRmDQoxMiA1ODUgVGQNCihQYWxra2F1cy0pIFRqDQpFVA0KQlQNCi9GMSA4IFRm XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXNDcgNDk1IFRkDQooQS1oaW50 YSkgVGoNCkVUDQpCVA0KL0YxIDggVGYNCjU0NyA0OTUgVGQNCihZaHRlZW5z5CkgVGoN CkVUDQpCVA0KL0YxIDggVGYNCjEyIDE0NSBUZA0KKEtlcnR5beQpIFRqDQpFVA0KQlQN Ci9GMSA4IFRmDQoxMiAxMzUgVGQNCihwYWxra2FrYXVkZWx0YSkgVGoNCkVUDQpCVA0K L0YxIDggVGYNCjEyIDg1IFRkDQooS2VydHlt5CkgVGoNCkVUDQpCVA0KL0YxIDggVGYN CjEyIDc1IFRkDQoodnVvZGVuIGFsdXN0YSkgVGoNCkVUDQpCVA0KL0YxIDggVGYNCjEy IDI1IFRkDQooS2VydHlt5CkgVGoNCkVUDQpCVA0KL0YxIDggVGYNCjEyIDE1IFRkDQoo XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxxoodnVvZGVs XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX L0YxIDggVGYNCjI1MyA1NTUgVGQNCihIZW5raWz2ay4gcGFsa2Fub3MpIFRqDQpFVA0K QlQNCi9GMSA4IFRmDQozNDYgNTU1IFRkDQooQWlrYXR59nBhbGthbm9zKSBUag0KRVQN CkJUDQovRjEgOCBUZg0KNDcwIDU1NSBUZA0KKEtUQSkgVGoNCkVUDQpCVA0KL0YxIDgg XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxX L1Jvb3QgMSAwIFIgPj4NCnN0YXJ0eHJlZg0KODQ1Ng0KJSVFT0Y= ----boundary_135_fbd09803-a28a-44a1-bd02-82c3913247f5--
MJolla ( 2017-04-26 23:15:23 +0200 )editThank you, that's interesting.
With exactly these sources, I forwarded the message to my email account, but I cannot reproduce, the file is saved as PDF on my phone. But looking at the code for
application/octet-stream
content type (as declared in the mail), there may be one reason for the code to append.bin
.Indeed, in QMF qmailmessage.cpp#6295, the test is not done case insensitive as everywhere else. If the comparison fails, then `
.bin
is indeed appended. With the sources you've sent, the comparison succeeds so it may not be the reason.If you have a terminal access on the phone (developer mode activated), you may try the following:
- cd ~/.qmf/mail
- grep "boundary_135_fbd09803" *, will give you the name of the file where the mail is stored locally on device.
- cat this_file_name will show you the mail structure. If application/octet-stream is not fully lower case, then bingo, otherwise, I need to find another reason…
Damien Caliste ( 2017-04-27 00:46:04 +0200 )editi experience same behavior with jpgs=( saving from mail client leads to jpg.bin files
virgi26 ( 2017-04-27 02:49:19 +0200 )editI checked that reason wasn't the pdf file, because I downloaded that with computer and send it again to same email address and it works as it shoul be. So there's maybe something in mail structure which creates this bug or something else.
Here's end of that file: Date: Wed, 26 Apr 2017 11:47:58 +0000 Subject: Palkkalaskelmasi kaudelta 8/2017 Content-Type: multipart/mixed; boundary=--boundary_135_fbd09803-a28a-44a1-bd02-82c3913247f5 MIME-Version: 1.0
----boundary_135_fbd09803-a28a-44a1-bd02-82c3913247f5 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; size=181
----boundary_135_fbd09803-a28a-44a1-bd02-82c3913247f5 Content-Type: APPLICATION/OCTET-STREAM; NAME="Palkkalaskelma 8 2017.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; size=11952
----boundary_135_fbd09803-a28a-44a1-bd02-82c3913247f5--
MJolla ( 2017-04-27 07:30:04 +0200 )edit