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 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 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 pgpoUiEYh2KzX.pgp Description: PGP signature
Re: Android MUA does not display mail correctly because of Content-Disposition in header
On 2012-09-29, P. Mazart 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
Hi, 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? P.M.
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
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
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
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
Re: Set Content-Disposition: inline on Patches automatically
Am 2008-09-06 22:10:12, schrieb Antoine Kaufmann: > Hi, > > I'm new to mutt. I often send patches to mailing lists, and I would like > mutt to set Content-Disposition to inline whenever I attach a Patch to a > new mail. Because otherwise i forget half the time to do this manually. > ;-) > > Is there a way to do this? I have a macro which generate a "signature" containg the patch/diff and then attaching it to the mutt message... Note: I use dialog/Xdialog (depending on console or X) to include the patch/diff. Thanks, Greetings and nice Day/Evening Michelle Konzack Systemadministrator 24V Electronic Engineer Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 +49/177/935194750, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: Set Content-Disposition: inline on Patches automatically
=- Antoine Kaufmann wrote on Mon 8.Sep'08 at 17:08:38 +0200 -= > With 'my_hdr' I can only set headers to the whole Mail and not for > a single attachment. Or do I misunderstand the documentation? My fault. Either "macro", or use a "$sendmail" script per 'CheckAttach' in ConfigTricks on wiki, which insteat mangles your attachment header. I'm not aware of a var controlling the default. -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Re: Set Content-Disposition: inline on Patches automatically
On Mon, Sep 08 13:10, Rado S wrote: > =- Antoine Kaufmann wrote on Sat 6.Sep'08 at 22:10:12 +0200 -= > > > I often send patches to mailing lists, and I would like mutt to > > set Content-Disposition to inline whenever I attach a Patch to a > > new mail. Because otherwise i forget half the time to do this > > manually. ;-) > > rtfm 'my_hdr' I don't see how this can help me. With 'my_hdr' I can only set headers to the whole Mail and not for a single attachment. Or do I misunderstand the documentation? -- Antoine Kaufmann <[EMAIL PROTECTED]> pgpjf76Tyeso6.pgp Description: PGP signature
Re: Set Content-Disposition: inline on Patches automatically
=- Antoine Kaufmann wrote on Sat 6.Sep'08 at 22:10:12 +0200 -= > I often send patches to mailing lists, and I would like mutt to > set Content-Disposition to inline whenever I attach a Patch to a > new mail. Because otherwise i forget half the time to do this > manually. ;-) rtfm 'my_hdr' -- © Rado S. -- You must provide YOUR effort for your goal! EVERY effort counts: at least to show your attitude. You're responsible for ALL you do: you get what you give.
Set Content-Disposition: inline on Patches automatically
Hi, I'm new to mutt. I often send patches to mailing lists, and I would like mutt to set Content-Disposition to inline whenever I attach a Patch to a new mail. Because otherwise i forget half the time to do this manually. ;-) Is there a way to do this? Thanks in advance -- Antoine Kaufmann <[EMAIL PROTECTED]> pgpljAtRX5LFk.pgp Description: PGP signature
Re: [OT] Content-Disposition: inline?
Justin -- ...and then Justin R. Miller said... ... % Mutt problem, but I'd like to learn what the deal is either way and this % list has the kind of people who tend to know this stuff :-> *grin* % % I send my mail with Mutt and I always sign it with GnuPG. That results Good for you! % in the message going out as two (or more) parts -- the message, and the % signature. Both have a 'Content-Disposition: inline' header, which I % take it means that the MUA is supposed to display the attachment inline, % since both are of type text/plain. Yep. % % Anyway, I just got a mail from a user on a rather low-tech mailing list % complaining that all of my mail comes up blank with two attachments -- % the two parts mentioned above. She's using: % % X-Mailer: Microsoft Outlook Express 5.00.3018.1300 Ha ha ha hahahahaha ;-) % % I'll bet my life savings on which one of us has the real problem :-D % Regardless, I was wondering if anyone would be able to confirm for me % what exactly that is? LookOut! is just stupid; you're right. If you know you're sending to Outhouse users, you can set your $pgp_create_traditional to help, but they still won't be able to see the message in the preview pane, IIRC. Shane Wegener's pgp_outlook_compat patch is excellent for this, and I've used it quite happily. It manages to so brutally mangle your outgoing message that it's visible on the other end. See my posting of a few minutes ago for a URL. % % Thanks in advance! HTH & HAND % % -- % | Justin R. Miller / [EMAIL PROTECTED] / 0xC9C40C31 % | Of all the things I've lost, I miss my pants the most. % -- :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! PGP signature
Re: [OT] Content-Disposition: inline?
Am Mit, 12 Sep 2001, schrieb Justin R. Miller: > I send my mail with Mutt and I always sign it with GnuPG. That results > in the message going out as two (or more) parts -- the message, and the > signature. Both have a 'Content-Disposition: inline' header, which I > take it means that the MUA is supposed to display the attachment inline, > since both are of type text/plain. > > Anyway, I just got a mail from a user on a rather low-tech mailing list > complaining that all of my mail comes up blank with two attachments -- > the two parts mentioned above. She's using: > > X-Mailer: Microsoft Outlook Express 5.00.3018.1300 > > I'll bet my life savings on which one of us has the real problem :-D > Regardless, I was wondering if anyone would be able to confirm for me > what exactly that is? > Well you are right. She's the one with a non RFC-compatible mailer. But this won't help you as most of the people round there are using exactly this MUA. By default Mutt uses PGP/MIME for signing and encrypting Messages as described in RFC 1847. But most of the windows mailers (alle except Eudora I think) cannot deal with PGP/Mime, so they will get an empty message with two attachments. If you save these attachments to a file, you'll be able to check the signature and read them using some functions of PGP's GUI, but this means much effort. What are possible solutions to this problem: - If you know, what MUA the person you are in contact with is using, you can use the old-style PGP format that is understood e.g. by MS OE. I defined some macros in my muttrc to do so macro compose S "Fgpg --clearsig=on\nj^T^Utext/plain; format=text; x-action=sign\n" macro compose E "Fgpg -a -e -s\nj^T^Utext/plain; format=text; x-action=encrypt\n" - And messages to mailing lists I do not sign or encrypt normally. Signing is not as useful there as in private or business communication and you can reduce the size of your messages and also avoid trouble Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - D - 52072 Aachen mailto:[EMAIL PROTECTED] - http://www.christophmaurer.de On my Homepage: SuSE 7.0 on an Acer Travelmate 508 T Notebook
[OT] Content-Disposition: inline?
I've looked around a bit on several mailing list archives, but I can't seem to figure out what's causing this specific problem, though I think I've narrowed it down. Any help would be appreciated. I doubt it's a Mutt problem, but I'd like to learn what the deal is either way and this list has the kind of people who tend to know this stuff :-> I send my mail with Mutt and I always sign it with GnuPG. That results in the message going out as two (or more) parts -- the message, and the signature. Both have a 'Content-Disposition: inline' header, which I take it means that the MUA is supposed to display the attachment inline, since both are of type text/plain. Anyway, I just got a mail from a user on a rather low-tech mailing list complaining that all of my mail comes up blank with two attachments -- the two parts mentioned above. She's using: X-Mailer: Microsoft Outlook Express 5.00.3018.1300 I'll bet my life savings on which one of us has the real problem :-D Regardless, I was wondering if anyone would be able to confirm for me what exactly that is? Thanks in advance! -- | Justin R. Miller / [EMAIL PROTECTED] / 0xC9C40C31 | Of all the things I've lost, I miss my pants the most. -- PGP signature
Content Disposition type from script
My problem is the following. I use mutt from a perl script to send different type of docs as an attachment automaticaly. It is working correctly but the Content-Disposition is inline and Outlook Express doesn't feel it to be attachment at all. On the other hand in interactive mode i can send email with Content-Disposition as attachment and it is also good for OE but not from script. What command line option or config setting will help me? Here is the command line i use to send email: echo "See attach!"|mutt -s "Subject $date" -a $filename $email bye vi
Re: changing/edit Content-Disposition: ... filename= part
Clemens Vonrhein ([EMAIL PROTECTED]) said something to this effect on 05/11/2001: > after changing from elmME+ to mutt (mainly because of threads and > colors) I'm unable to find one feature I really got used to: After attaching the file, in the compose menu, use the arrow keys to select the attachment, and hit 'd', to edit the attachment's name. (darren) -- Jesus is coming, everyone look busy.
changing/edit Content-Disposition: ... filename= part
Hi there, after changing from elmME+ to mutt (mainly because of threads and colors) I'm unable to find one feature I really got used to: after attaching a file of name "something.extension" I want it to have a filename of "something.else" when viewed by the recipient. s far as I know, this means changing the "filenam=" part of the Content-Disposition. Doing this was really easy in elmME+ (in the attachement menu). The only feature that looks like it should be doing it is the "R" command in the attachment menu, i.e. the 'rename-file' command. However, changing "something.extension" to "something.else" in there has no effect when trying to save this attachement as recipient. Can I edit the whole message (and change the relevant part in Content-Disposition by hand)? Am I missing some obvious configuration parameter? I tried it both with version 1.2.5i and 1.3.18i ... Cheers Clemens -- *** * Clemens Vonrhein, Ph.D. [EMAIL PROTECTED] * * Global Phasing Ltd. * Sheraton House, Castle Park Tel: +44-(0)1223-353033 * Cambridge CB3 0AX, UK Fax: +44-(0)1223-366889 *-- * BUSTER Development Group (http://babinet.globalphasing.com) ***
Re: Content-Disposition
> No, it's currently not possible, unfortunately. Too bad. Wouldn't a variable like "disposition-default" be a good idea? Are any developers listening here? :-) Or maybe an extension to mailcap like copiousoutput, or like netscape is doing it with the "x-mozilla-flags"? Andy. -- E-Mail: [EMAIL PROTECTED] URL: http://andy.spiegl.de PGP/GPG: see headers o _ _ _ - __o __o /\_ _ \\o (_)\__/o (_) --- _`\<,__`\<,__>(_) (_)/<_\_| \ _|/' \/ -- (_)/ (_) (_)/ (_) (_)(_) (_)(_)' _\o_ ~~~ Everyone you meet deserves to be greeted with a smile.
Re: Content-Disposition
Andy Spiegl <[EMAIL PROTECTED]> wrote on Wed, 27 Sep 2000: > This sounds like a great idea, but unfortunately it doesn't work. > When I press 'a' it leads to: > -- Mutt: Compose > Attach file: Oh, umm, right. > I guess the macro would have to wait for text between and > . Is that possible somehow? No, it's currently not possible, unfortunately. Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs / 10.0 times 0.1 is hardly ever 1.0.
Re: Content-Disposition
> The solution is quite simple, you create a macro for the compose menu, > which does "attach-file" (the default a keybinding) and then toggles > the disposition: > > macro compose a > > This will override the original binding for "a" in the compose menu. This sounds like a great idea, but unfortunately it doesn't work. When I press 'a' it leads to: -- Mutt: Compose Attach file: I guess the macro would have to wait for text between and . Is that possible somehow? Thanks, Andy. -- E-Mail: [EMAIL PROTECTED] URL: http://andy.spiegl.de PGP/GPG: see headers o _ _ _ - __o __o /\_ _ \\o (_)\__/o (_) --- _`\<,__`\<,__>(_) (_)/<_\_| \ _|/' \/ -- (_)/ (_) (_)/ (_) (_)(_) (_)(_)' _\o_ ~~~ "Press button to test.""Release to detonate."
Re: Content-Disposition
Andy Spiegl <[EMAIL PROTECTED]> wrote on Tue, 26 Sep 2000: > Now I am wondering how I can set the default of disposition to I(nline). > I can't find anything about that in the manual. Is there a way? Oops, my previous email missed the mark a bit, as I forgot what this original question was. If I understand your question, you want to know how the disposition for any file attachements that you add to a message (from the compose menu) start with the "inline" disposition, not "attachement"? The solution is quite simple, you create a macro for the compose menu, which does "attach-file" (the default a keybinding) and then toggles the disposition: macro compose a This will override the original binding for "a" in the compose menu. There is one pitfall here -- if you cancel the attach-file process, the current attachement's disposition will be changed instead. That could be even your "main body text" (the first inline text part)... Hope this helps, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs / "Yesterday was the deadline on all complaints."
Re: Content-Disposition
David Champion <[EMAIL PROTECTED]> wrote on Tue, 26 Sep 2000: > It wouldn't be a bad feature to add, though -- some > special token meaning "wait for , then proceed with macro > processing". That kind of function would solve a lot of macro problems. But, actually, I think the person is asking how to set the content-disposition of an attachement to "inline". This is not done with edit-type (^T) rather than with a separate function, toggle-disposition (^D). No need to macro that. Regards, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs / Don't force it, use a bigger hammer.
Re: Content-Disposition
On 2000.09.26, in <[EMAIL PROTECTED]>, "Andy Spiegl" <[EMAIL PROTECTED]> wrote: > > Well, you can set a compose macro to inline after adding. > Ehmm, sounds like a good idea, but how do I do that? > > Sorry for the stupid question, > Andy. Actually, I think it was a bad idea. I guess you can't macro an interactive text entry *and* keystrokes that come afterward. You have to pre-assign the entered text, or stop with the symbol that invokes the text entry. It wouldn't be a bad feature to add, though -- some special token meaning "wait for , then proceed with macro processing". -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: Content-Disposition
> Well, you can set a compose macro to inline after adding. Ehmm, sounds like a good idea, but how do I do that? Sorry for the stupid question, Andy. -- E-Mail: [EMAIL PROTECTED] URL: http://andy.spiegl.de PGP/GPG: see headers o _ _ _ - __o __o /\_ _ \\o (_)\__/o (_) --- _`\<,__`\<,__>(_) (_)/<_\_| \ _|/' \/ -- (_)/ (_) (_)/ (_) (_)(_) (_)(_)' _\o_ ~~~ Mixed Emotions: Watching your mother-in-law back off a cliff in your brand new Mercedes.
Re: Content-Disposition
On 2000.09.26, in <[EMAIL PROTECTED]>, "Andy Spiegl" <[EMAIL PROTECTED]> wrote: > Bruce DeVisser wrote: > > ^D on the compose menu toggles this, under Mutt 1.2.5i. > > > > (If I hit ? in the compose menu, it's the very first keybinding > > described. :) > > Great! I just upgraded and really like this feature. > Now I am wondering how I can set the default of disposition to I(nline). > I can't find anything about that in the manual. Is there a way? Well, you can set a compose macro to inline after adding. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: Content-Disposition
Bruce DeVisser wrote: > ^D on the compose menu toggles this, under Mutt 1.2.5i. > > (If I hit ? in the compose menu, it's the very first keybinding > described. :) Great! I just upgraded and really like this feature. Now I am wondering how I can set the default of disposition to I(nline). I can't find anything about that in the manual. Is there a way? Thanks a lot, Andy. -- E-Mail: [EMAIL PROTECTED] URL: http://andy.spiegl.de PGP/GPG: see headers o _ _ _ - __o __o /\_ _ \\o (_)\__/o (_) --- _`\<,__`\<,__>(_) (_)/<_\_| \ _|/' \/ -- (_)/ (_) (_)/ (_) (_)(_) (_)(_)' _\o_ ~~~ "There is no snooze button on a cat who wants breakfast." - Unknown
Re: Content-Disposition
On Mon, Sep 25, 2000 at 01:29:10PM +0200, Andy Spiegl wrote: > Is there a way I can teach mutt to use "inline", too? > I am currently using Mutt 1.0.1i ^D on the compose menu toggles this, under Mutt 1.2.5i. (If I hit ? in the compose menu, it's the very first keybinding described. :) -- - Bruce
Content-Disposition
Hi! When I send a mail with a JPG-attachment to a friend that uses the netscape mailer, the picture does not get displayed inline, but when I use netscape to send this mail, it does get displayed inline. So, I compared the two mails and found that mutt writes: Content-Disposition: attachment into the mail, but netscape writes: Content-Disposition: inline Is there a way I can teach mutt to use "inline", too? I am currently using Mutt 1.0.1i Thanks a lot in advance! Andy. -- E-Mail: [EMAIL PROTECTED] URL: http://andy.spiegl.de PGP/GPG: see headers o _ _ _ - __o __o /\_ _ \\o (_)\__/o (_) --- _`\<,__`\<,__>(_) (_)/<_\_| \ _|/' \/ -- (_)/ (_) (_)/ (_) (_)(_) (_)(_)' _\o_ ~~~ On a clear day, U.C.L.A. -- Graffiti in San Francisco
