Re: Android MUA does not display mail correctly because of Content-Disposition in header
On 12-09-29 19:47:24, Sebastian Tramp wrote: On Sat, Sep 29, 2012 at 11:46:55AM +0200, P. Mazart wrote: … [Content-Disposition-Header] … But I must disagree: a *lot* of people are using the stock MUA. Simply because they don't care. That's why this issue shouldn't be neglected. I agree. But is this really a problem with mutt rather than android’s stock MUA? I have the same problem. Can you provide the patch somewhere? ST -- WebID: http://sebastian.tramp.name Hi there, For those using the patch I provided for compatibility with Android stock MUA, I just noticed a mistake of mine: attachments you send have no name! A quick look at the header and you will see that the filename variable is missing. This is because I short-circuited the whole process. Thanksfully I managed to fix this. I handled the issue differently: if a part of the e-mail has no file (e.g. e-mail body) then Content-Disposition line is not printed at all. Otherwise Content-Disposition is printed with filename=... after it. So basically that's exactly Mutt's default behaviour for attachments. Only e-mail body will be affected, which is exactly what we want for Android compatibility. You can get my new (hopefully) fully-functional patch at the same location: https://aur.archlinux.org/packages.php?ID=63185 Cheers -- Pierre Neidhardt O ascii ribbon campaign - stop html mail - www.asciiribbon.org As you will see, I told them, in no uncertain terms, to see Figure one. -- Dave First Strike Pare
Re: Android MUA does not display mail correctly because of Content-Disposition in header
On 2012-09-29, P. Mazart pmaz...@web.de wrote: Ambrevar schrieb am 28.09.2012 13:22:13: ??? [Content-Disposition-Header] ??? But I must disagree: a *lot* of people are using the stock MUA. Simply because they don't care. That's why this issue shouldn't be neglected. I agree. But is this really a problem with mutt rather than android???s stock MUA? That depends on whether your goal when using mutt is to proudly proclaim a standards-compliant pyrrhic victory over the forces of ignorance or to communicate effectively with other e-mail users. -- Grant
Re: Android MUA does not display mail correctly because of Content-Disposition in header
On 12-09-29 19:47:24, Sebastian Tramp wrote: On Sat, Sep 29, 2012 at 11:46:55AM +0200, P. Mazart wrote: … [Content-Disposition-Header] … But I must disagree: a *lot* of people are using the stock MUA. Simply because they don't care. That's why this issue shouldn't be neglected. I agree. But is this really a problem with mutt rather than android’s stock MUA? I have the same problem. Can you provide the patch somewhere? ST -- WebID: http://sebastian.tramp.name 1. I made the patched version available for Arch Linux : https://aur.archlinux.org/packages.php?ID=63185 Tested on FreeBSD too. If you use any other distribution, it shouldn't be a problem since it uses Mutt devel 1.5.21 and only removes a small piece of code. Tell me if you're having any problem with it. Keep in mind that this patch is by no mean an upgrade of Mutt. Actually it's either downgrading it. It's a quick-and-dirty fix I made available for the time being, waiting for a real fix on either sides. Mutt's right fix should be an option in muttrc allowing to toggle this line. 2. Yes of course this should be reported to the Android dev team. I'll check this later. Still, this issue highlights a limitation from Mutt. In my opinion what users like about Mutt is the ability to have full control over the e-mail content, especially the header. That's clearly not the case here. Regards -- Pierre Neidhardt O ascii ribbon campaign - stop html mail - www.asciiribbon.org volcano, n.: A mountain with hiccups.
Re: Android MUA does not display mail correctly because of Content-Disposition in header
On 12-09-27 17:53:43, Jim Graham wrote: On Thu, Sep 27, 2012 at 12:07:51PM -0500, Luis Mochan wrote: On Wed, Sep 26, 2012 at 11:06:00PM +0200, Ambrevar wrote: I don't recall any problem reading with Android 2.1 mail sent by mutt. I use K-9 as my Android mail client in my phone. Best regards, My fellows recently let me aware of the fact that all the e-mail I've sent them with Mutt could not be displayed correctly on their Android 2.* smartphone. The mails display an empty body, the actual body being displayed as an attachment (which Android may name 'Unknown.txt'). First of all, you should try K-9 mail...or ANYTHING other than the stock e-mail app (same goes for the browser...I use Dolphin (which was Dolphin Browser HD for a little while, and now is back to just Dolphin), FWIW. Back to e-mail, though, like the stock browser, the stock e-mail basically isn't used by more than a relative few. Few, if any, people that I'm aware of like either one. But that's all a matter of personal preference, so I'll stop those comments here. Other than that, all I can say is I send mail to myself to/from my tablet all the time (when it's too small to be worth using FTP or a SAMBA mount). I also forward e-mail that would look better in K-9, or that has links that I'd rather have on my tablet than on my Mac. I've never had any problems. My current tablet runs ICS, but I also had one that ran Froyo (an el-cheapo tablet Archos POS), and I also have a phone running Froyo that I used for e-mail before I got my tablets, and still, no problems (always using K-9 from day one with e-mail.). Thanks for pointing me out this application. Actually it's not for me, but for my fellows. I do not have an Android devices myself. I've suggested them using this application instead. But I must disagree: a *lot* of people are using the stock MUA. Simply because they don't care. That's why this issue shouldn't be neglected. -- Pierre Neidhardt O ascii ribbon campaign - stop html mail - www.asciiribbon.org The early bird gets the coffee left over from the night before.
Re: Android MUA does not display mail correctly because of Content-Disposition in header
I don't recall any problem reading with Android 2.1 mail sent by mutt. I use K-9 as my Android mail client in my phone. Best regards, Luis On Wed, Sep 26, 2012 at 11:06:00PM +0200, Ambrevar wrote: [Mutt 1.5.21 on FreeBSD and Arch Linux] Hi My fellows recently let me aware of the fact that all the e-mail I've sent them with Mutt could not be displayed correctly on their Android 2.* smartphone. The mails display an empty body, the actual body being displayed as an attachment (which Android may name 'Unknown.txt'). I've been investigating around for a while and I've come to the conclusion that it comes from the 'Content-Disposition' that Mutt includes in the header of every e-mail. This feature does not seem to be toggable by the end-user (even though you can change the value of the Content-Disposition, but this does not solve the issue). This header is standard but rarely used by MUA. I've patched my local Mutt to remove this line from the header and it works perfectly. I've reported the issue on the bugtracker. I just wanted to know if someone ever noticed a similar issue, since I'm quiet surprised I couldn't find any clue on the net. Cheers -- o W. Luis Mochán, | tel:(52)(777)329-1734 /(*) Instituto de Ciencias Físicas, UNAM | fax:(52)(777)317-5388 `/ /\ Apdo. Postal 48-3, 62251 | (*)/\/ \ Cuernavaca, Morelos, México | moc...@fis.unam.mx /\_/\__/ O ascii ribbon campaign - stop html mail - www.asciiribbon.org
Re: Android MUA does not display mail correctly because of Content-Disposition in header
On Thu, Sep 27, 2012 at 12:07:51PM -0500, Luis Mochan wrote: On Wed, Sep 26, 2012 at 11:06:00PM +0200, Ambrevar wrote: I don't recall any problem reading with Android 2.1 mail sent by mutt. I use K-9 as my Android mail client in my phone. Best regards, My fellows recently let me aware of the fact that all the e-mail I've sent them with Mutt could not be displayed correctly on their Android 2.* smartphone. The mails display an empty body, the actual body being displayed as an attachment (which Android may name 'Unknown.txt'). First of all, you should try K-9 mail...or ANYTHING other than the stock e-mail app (same goes for the browser...I use Dolphin (which was Dolphin Browser HD for a little while, and now is back to just Dolphin), FWIW. Back to e-mail, though, like the stock browser, the stock e-mail basically isn't used by more than a relative few. Few, if any, people that I'm aware of like either one. But that's all a matter of personal preference, so I'll stop those comments here. Other than that, all I can say is I send mail to myself to/from my tablet all the time (when it's too small to be worth using FTP or a SAMBA mount). I also forward e-mail that would look better in K-9, or that has links that I'd rather have on my tablet than on my Mac. I've never had any problems. My current tablet runs ICS, but I also had one that ran Froyo (an el-cheapo tablet Archos POS), and I also have a phone running Froyo that I used for e-mail before I got my tablets, and still, no problems (always using K-9 from day one with e-mail.). Later, --jim -- THE SCORE: ME: 2 CANCER: 0 73 DE N5IAL (/4) | Tux (E Cat): DS B+Wd Y 6 Y L+++ W+ C++/C++ I+++ spooky1...@gmail.com | T++ A E H+ S V- F++ Q+++ P/P+ B++ PA+ PL SC--- Running Mac OS X Lion | ICBM / Hurricane: | Tiggerbelle: DS W+S+Bts % 1.5 X L W C+++/C+ 30.44406N 86.59909W| I+++ T A E++ H S++ V+++ Q+++ P B++ PA++ PL+ SC Android Apps Listing at http://www.jstrack.org/barcodes.html
Android MUA does not display mail correctly because of Content-Disposition in header
[Mutt 1.5.21 on FreeBSD and Arch Linux] Hi My fellows recently let me aware of the fact that all the e-mail I've sent them with Mutt could not be displayed correctly on their Android 2.* smartphone. The mails display an empty body, the actual body being displayed as an attachment (which Android may name 'Unknown.txt'). I've been investigating around for a while and I've come to the conclusion that it comes from the 'Content-Disposition' that Mutt includes in the header of every e-mail. This feature does not seem to be toggable by the end-user (even though you can change the value of the Content-Disposition, but this does not solve the issue). This header is standard but rarely used by MUA. I've patched my local Mutt to remove this line from the header and it works perfectly. I've reported the issue on the bugtracker. I just wanted to know if someone ever noticed a similar issue, since I'm quiet surprised I couldn't find any clue on the net. Cheers