Happened to me twice, on Windows. It's a lottery - sometimes the filename is not corrupted. Don't know if it happens on Linux. Reproducible: Sometimes
On attaching, sending, receiving or downloading? (wrong in composer, wrong for your receiver, wrong when you get the mail or wrong when you download/save the file)? Is there a pattern to the original filename (using UTF-8 chars)? Does the suffix stay intact? (foo.jpg -> noname.txt or noname.jpg?) Does it affect any process or is it limited to drag'n'drop handling? --- "noname" does not appear as string in trojitá sources, so the actual filename is likely picked by windows.
On sending.(In reply to Thomas Lübking from comment #1) > On attaching, sending, receiving or downloading? > (wrong in composer, wrong for your receiver, wrong when you get the mail or > wrong when you download/save the file)? On sending (=wrong for your receiver). > Is there a pattern to the original filename (using UTF-8 chars)? Meaning what? The 1st time I didn't remember the filename, the 2nd time the filename was two or more words long. > Does the suffix stay intact? (foo.jpg -> noname.txt or noname.jpg?) No, 'something something.doc' changed into 'noname.txt' (2nd time). > Does it affect any process or is it limited to drag'n'drop handling? NEW MESSAGE (click on an icon on top left-hand corner of the screen) ATTACH (click on the button on top right-hand corner of the dialog), choosing file, clicking OPEN, writing email, clicking SENT. Then: go to Gmail > SENT > there it is. Don't know about drag and drop.
the 2nd time the filename was two or more words long. Actually, the 2nd time I attached two files, the other one got across alright, but its filename was one word long, exact filename was 'Teksty2013-cen.rtf', On closer observation, my previous description was not 100% true (sorry, I'm in a hurry today) - in Trojita under gmail > SENT > email > attachment's filename (the multi-word one) looks fine. In gmail, it is renamed to 'noname.txt', so I assumed my addressees received it under the false name 'noname.txt'. (didn't check with them but it seems most likely if the webmail got it renamed like this.
I can't give you the exact long filename for the sake of privacy, but it was sthg like: 'Oasdf - wsasdf. gadsaf Kfdsa.doc' so it included a dot and a dash.
Thanks. There's apparently a bug in Trojita where we add double quotes around the parameter values when doing UTF-8 serialization according to RFC2231. GMail appears to be correct here.
Patch which fixes it is at https://gerrit.vesnicky.cesnet.cz/r/617 .
Could you please confirm that the installer from [1] fixes this issue? [1] http://ci-logs.kde.flaska.net/binaries/trojita/win32/check/Trojita-Setup-617-6115090abc054456a4f27e3655d06c26.exe
This built crashes when I type a few letters in 'TO' (main recipient) field.
(In reply to msjasinski from comment #8) > This built crashes when I type a few letters in 'TO' (main recipient) field. ...so this is what we get for blindly supporting a platform that we cannot test. Oh well :). Now, at this point your best bet is probably figuring out how to get a useful crash dump/backtrace from the program. When you have these details, please file another bug. Sorry for that, Windows support is something which we do on a best-effort basis.
Git commit 2f138e67afc7462ce56919f5b06bb7f8dec3858b by Jan Kundrát. Committed on 22/02/2016 at 17:36. Pushed by gerrit into branch 'master'. Composer: do not quote RFC2231 parameters I assumed that this was allowed due to the general MIME header syntax rules, but this serialization apparently doesn't match the ABNF grammar, and there are several bugreports in competing MUAs and e-mail libraries [1] [2] about quotes not being conformant. Motto of the day: "Even PHP is better than Trojitá". I'm so ashamed :(. Thanks to msjasinski@gmail.com for reporting this. [1] https://roundup.kolab.org/issue1562 [2] https://pear.php.net/bugs/bug.php?id=16706 Change-Id: I2d26f4fd862e78d2fffb2ecc61c75c5f5e241c01 M +4 -2 src/Imap/Encoders.cpp M +2 -2 tests/Misc/test_rfccodecs.cpp http://commits.kde.org/trojita/2f138e67afc7462ce56919f5b06bb7f8dec3858b