Re: sig and attachment charset (was: Compiling mutt with compressedpatch in RHL 8.0)
On Sunday, October 6, 2002 at 6:49:28 PM -0300, José Romildo Malaquias wrote: On Sun, Oct 06, 2002 at 03:35:17PM +0200, Alain Bench wrote: there are those UTF-8 unknown replacement chars U+FFFD here. I have just changed my LANG definition from us_US.UTF-8 to us_US in my /etc/sysconfig/i18n configuration file and things seem to be working as expected now. Can you confirm this? Yes, quotes and sig are good now. But there is still your From: From: =?iso-8859-1?B?Sm9zw6k=?= Romildo Malaquias [EMAIL PROTECTED] This is labelled Latin-1, but in fact decodes to: From: José Romildo Malaquias [EMAIL PROTECTED] ^^ Which is wrong: That would be raw UTF-8 for é. Most probably you entered your name in muttrc while in UTF-8 mode. Just retype it and all should be right. Please feel free to send me a private mail if you want a final confirmation. BTW: This doesn't mean you can't use UTF-8 mode, just that if you choose to, you have to convert everything: sigs, aliases, names, all format strings, attribution lines, etc... All these are expected to be in used $charset. This makes difficult switches between different terminals with different $charsets, and impossible simultaneous usage in different ones. I'd like if there was another variable, say $config_charset, defining in which charset configuration files (muttrc, mutt-aliases, sigfile, etc...) are written. This way you could have fixed config files in one $config_charset, and use terminals with each one it's $charset. As mail editor uses $charset, Mutt would have to convert say sig from $config_charset to $charset at the beginning. This $config_charset could be used as default charset for attaching text files too (see my previous mail). Thanks for pointing the problem out. You're welcome! Bye!Alain. -- Give your computer's unused idle processor cycles to a scientific goal: The Genome@home project at URL:http://genomeathome.stanford.edu/.
Re: case-insensitive scoring patterns
Hi, * Sven Guckes [02-10-07 19:45:05 +0200] wrote: * Rocco Rutte [EMAIL PROTECTED] [2002-10-07 13:14]: score '(~s \[?mutt\]? ) ~w $newsgroup' +100 ~w? using some patches, i presume? nntp? vvv.nntp, yes. besides, as the square brackets are optional you might as well leave them out. so how about these? score '~s mutt ~w $newsgroup' +100 score ~s mutt ~w $newsgroup +100 Hmm, please don't ask why I didn't do it this way but put the brackets in. Thanks for help. * Michael Elkins [02-10-07 21:45:06 +0200] wrote: Rocco Rutte wrote: I think your quoting is the problem. Try this one instead: score '(~s \\[?mutt\\]? ) ~w $newsgroup' +100 When thinking about my problem I knew there was something special about mutt I couldn't recall in that moment. Mutt removes the first level of backslashes when parsing rc files, I know. Shame on me. Thanks for help, too. But I have another question. I had some problems using a scoring rule like: score '~w ... (~s ... | ~s ...)' while: score '(~s ... | ~s ...) ~w ...' works as expected. Since there's no special AND operator (...meaning that no operator stands for AND) I think the order shouldn't matter at all but as it seems it does. Any thoughts? bye, Rocco
[PATCH] behavior of $crypt_reply*
* René Clerc [EMAIL PROTECTED] [04-10-2002 17:02]: when somebody sends me PGP/MIME signed and encrypted mail, and $crypt_replysignencrypted is set to yes, the reply is also signed and encrypted, but (in my case) _not_ with PGP/MIME, but with S/MIME, since I have $smime_is_default set. I would like the behavior that the type of signing and/or encrypting is maintained when using one of the $crypt_reply* options. Any comments? Patches ;) This patch solves the above issue. -- René Clerc - ([EMAIL PROTECTED]) If you want to be worshipped, go to India and moo. -The Quiz Show --- mutt-1.5.1/send.c Mon Feb 18 15:55:09 2002 +++ mutt-devel/send.c Tue Oct 8 09:51:04 2002 @@ -1235,26 +1235,39 @@ msg-security |= SIGN; if (option (OPTCRYPTREPLYSIGNENCRYPTED) cur cur-security ENCRYPT) msg-security |= SIGN; - -#ifdef HAVE_PGP - if (msg-security) - msg-security |= APPLICATION_PGP; /* default is PGP */ -#endif +} +if (msg-security cur) +{ #ifdef HAVE_SMIME - if (msg-security ((cur cur-security APPLICATION_SMIME) || - option (OPTSMIMEISDEFAULT))) - { + if (cur-security APPLICATION_SMIME || option (OPTSMIMEISDEFAULT)) +msg-security |= APPLICATION_SMIME; +#endif #ifdef HAVE_PGP -/* if not both.. */ - msg-security ^= APPLICATION_PGP; + if (cur-security APPLICATION_PGP) + { +#ifdef HAVE_SMIME +if (option (OPTSMIMEISDEFAULT)) + msg-security ^= APPLICATION_SMIME; #endif - msg-security |= APPLICATION_SMIME; +msg-security |= APPLICATION_PGP; } -#endif /* HAVE_SMIME */ +#endif /* HAVE_PGP */ +} +else if (msg-security) +{ +#ifdef HAVE_PGP + msg-security |= APPLICATION_PGP; +#ifdef HAVE_SMIME + if (option (OPTSMIMEISDEFAULT)) + { +msg-security |= APPLICATION_SMIME; +msg-security ^= APPLICATION_PGP; + } +#endif +#endif /* HAVE_PGP */ } #endif /* HAVE_PGP || HAVE_SMIME */ - } msg31642/pgp0.pgp Description: PGP signature
Re: looping through a macro w/ tagged messages?
On Mon, Oct 07, 2002 at 05:42:32PM +0200 or thereabouts, Elimar Riesebieter wrote: _First_ tag the messages then pipe them via ; S to spamassassin ;-) Tested with another _index_ macro and works! I tried this on last night's batch of received SPAM. I tagged three messages, then hit ;, then hit S to send them to the following macro: macro index S| ssh -q my.imap.server \ ~/spamassassin/usr/bin/spamassassin -renterd (wrapped here for convenience -- it's on one line in my .muttrc) When the processing is done, only the first message gets deleted -- the other tagged messages are unaffected. What am I doing wrong? --kurt
Re: vi seems to... (was: gpg and mutt)
* Frederick Grim [EMAIL PROTECTED] [2002-10-07 03:34]: The formatting is actually corect but vi seems not to be able to cut and paste correctly (really the user seems not to be able to cut and paste correctly). What do I need to read to resolve this problem. you need to describe what you mean by seems to and to give version and setup info on the vi.. and you'd post this to the group comp.editors. Sven -- Sven [EMAIL PROTECTED] All about Vi|BBstevie, MKS vi, OAK Hill Vi, see page www.vi-editor.org and its clones! |Watcom-Vi, xemacs' viper mode VI Clones: calvin, elvis, elwin, javi, lemmy, nvi, pvic, | NEWest vi clone: stevie, trived, vigor, vile, vim, vip, virus, winvi, xvi. | virus [2002-02-26]
Re: looping through a macro w/ tagged messages?
* Kurt Lieber [EMAIL PROTECTED] [2002-10-08 12:11]: I tried this on last night's batch of received SPAM. I tagged three messages, then hit ;, then hit S to send them to the following macro: macro index S| ssh -q my.imap.server \ ~/spamassassin/usr/bin/spamassassin -renterd (wrapped here for convenience -- it's on one line in my .muttrc) When the processing is done, only the first message gets deleted -- the other tagged messages are unaffected. What am I doing wrong? you are explicitly piping/deleting the current message only. but you are expecting mutt to apply the macro to all tagged messages. you should use the tag-prefix command to work on all tagged messages: macro index S \ tag-prefixpipe-messagessh -q my.imap.server \ ~/spamassassin/usr/bin/spamassassin -renter\ tag-prefixsave-message+SPAMenter besides, ~/spamassassin/usr/bin/ is quite a long dirname. i suggest you properly install spamassassin in your ~/bin and make this the first entry in your $PATH. then calling on spamassassin should not require any directory name. and if you still want to make sure that your personal binary gets called then you might as well use ~/bin/spamassassin. Sven
Re: vi seems to... (was: gpg and mutt)
* Sven Guckes [EMAIL PROTECTED] [08-10-2002 14:37]: * Frederick Grim [EMAIL PROTECTED] [2002-10-07 03:34]: The formatting is actually corect but vi seems not to be able to cut and paste correctly (really the user seems not to be able to cut and paste correctly). What do I need to read to resolve this problem. you need to describe what you mean by seems to and to give version and setup info on the vi.. and you'd post this to the group comp.editors. Come on, he just needs a :set tw=insert-your-5-digit-prime-here. -- René Clerc - ([EMAIL PROTECTED]) Ik ben niet droknen. -Rachel Pieterse msg31646/pgp0.pgp Description: PGP signature
Re: looping through a macro w/ tagged messages?
On Tue, Oct 08, 2002 at 02:43:39PM +0200 or thereabouts, Sven Guckes wrote: you are explicitly piping/deleting the current message only. but you are expecting mutt to apply the macro to all tagged messages. you should use the tag-prefix command to work on all tagged messages: macro index S \ tag-prefixpipe-messagessh -q my.imap.server \ ~/spamassassin/usr/bin/spamassassin -renter\ tag-prefixsave-message+SPAMenter Thanks for the help -- the above works perfectly. --kurt
ISO cancel option in quit prompt from send-message
Apologies for subscribing just to ask a question, and maybe for the unclear subject. Too often I accidentally hit 'q' after editing a message, and am presented with the choice to discard the message or not. Usually I want to select a third option, cancel the quit operation altogether, but instead have to carefully _not_ discard the message, then hit 'm' to see a prompt to revisit pending messages. Looking in the FM, I don't see anything that might suggest that this feature is supported, but I confess I haven't perused the config files or source, nor the mailing list(s) archives. It seems a fairly common sort of thing, so perhaps this has been hashed over previously. I'm a loyal mutter, finding it hits the nail on the head in many ways. I do have another question, but will post it separately. Thanks for any hints, RFTMs, etc., Ken -- Ken Irving [EMAIL PROTECTED]
Re: ISO cancel option in quit prompt from send-message
* On 2002.10.08, in [EMAIL PROTECTED], * Ken Irving [EMAIL PROTECTED] wrote: Apologies for subscribing just to ask a question, and maybe for the unclear subject. Too often I accidentally hit 'q' after editing a message, and am presented with the choice to discard the message or not. Usually I want to select a third option, cancel the quit operation altogether, but instead have to carefully _not_ discard the message, then hit 'm' to see a prompt to revisit pending messages. Control-G cancels most prompted operations. -- -D.We establised a fine coffee. What everybody can say Sun Project, APC/UCCO TASTY! It's fresh, so-mild, with some special coffee's University of Chicago bitter and sourtaste. LET'S HAVE SUCH A COFFEE! NOW! [EMAIL PROTECTED] Please love CAFE MIAMI. Many thanks.
Re: ISO cancel option in quit prompt from send-message
* On Tue, 08 Oct 2002, Ken Irving wrote: Apologies for subscribing just to ask a question, and maybe for the unclear subject. Too often I accidentally hit 'q' after editing a message, and am presented with the choice to discard the message or not. Usually I want to select a third option, cancel the quit operation altogether, but instead have to carefully _not_ discard the message, then hit 'm' to see a prompt to revisit pending messages. Maybe Ctrl-G is what you're looking for? -- John
Re: ISO cancel option in quit prompt from send-message
Hi, * Ken Irving [EMAIL PROTECTED] [02-10-08 21:35]: Apologies for subscribing just to ask a question, and maybe for the unclear subject. Too often I accidentally hit 'q' after editing a message, and am presented with the choice to discard the message or not. Usually I want to select a third option, cancel the quit operation altogether, but instead have to carefully _not_ discard the message, then hit 'm' to see a prompt to revisit pending messages. Press Ctrl-g instead. Thorsten -- This is so cool I've to go to the bathroom. - Calvin
Re: ISO cancel option in quit prompt from send-message
Hi, Control-G cancels most prompted operations. Well, why the heck this is not mentioned in the online help when pressing ``?'' I was looking for this too but was afraid of asking :-) this may be offtopic, but how do you deal with mails which have no CR after 7x letters, and you want to break it correctly? I know this is an editor issue ...maybe someone knows if theres a trick in vim to do smth like that? bye, richard -- Richard `rickski' Cattien [EMAIL PROTECTED]
how to go back to mailbox
Hi, how can i get back to my normal inbox, after changing to another mailbox. For example i press c and go to ~/Mail/foo ...but how to get back to /var/mail/user, without selecting it manually! bye, richard -- Richard `rickski' Cattien [EMAIL PROTECTED]
Re: ISO cancel option in quit prompt from send-message
unclear subject. Too often I accidentally hit 'q' after editing a message, and am presented with the choice to discard the message or not. Usually I want to select a third option, cancel the quit operation altogether, but instead have to carefully _not_ discard the message, then hit 'm' to see a prompt to revisit pending messages. Press Ctrl-g instead. Thanks to all that replied. I was unaware of the general abort command. -- Ken Irving [EMAIL PROTECTED]
Re: how to go back to mailbox
On Tue, Oct 8, 2002, Richard Cattien wrote: how can i get back to my normal inbox, after changing to another mailbox. For example i press c and go to ~/Mail/foo ...but how to get back to /var/mail/user, without selecting it manually! '!' is the shortcut to your spool folder. It's in the manual. -Ken
Re: how to go back to mailbox
Richard Cattien wrote: how can i get back to my normal inbox, after changing to another mailbox. For example i press c and go to ~/Mail/foo ...but how to get back to /var/mail/user, without selecting it manually! When you use the change-folder function, you can use ! as a shortcut for your spool mailbox. You can even define a macro if you like: macro index \e! change-folder!\n open spool mailbox
Re: ISO cancel option in quit prompt from send-message
Hi, * Richard Cattien [EMAIL PROTECTED] [02-10-08 22:56]: Control-G cancels most prompted operations. Well, why the heck this is not mentioned in the online help when pressing ``?'' I was looking for this too but was afraid of asking :-) My guess is that the online help is automatically constructed from the set of key bindings and Ctrl-g uses a different mechanism. this may be offtopic, but how do you deal with mails which have no CR after 7x letters, and you want to break it correctly? I know this is an editor issue ...maybe someone knows if theres a trick in vim to do smth like that? Depends. Sometimes I ignore them (thus they stay too long), sometimes I reformat them. The formatting should be simple with Vim, all you have to do is add the ''. Thorsten -- This is so cool I've to go to the bathroom. - Calvin
Re: how to go back to mailbox
Hi, * Richard Cattien [EMAIL PROTECTED] [02-10-08 22:58]: how can i get back to my normal inbox, after changing to another mailbox. For example i press c and go to ~/Mail/foo ...but how to get back to /var/mail/user, without selecting it manually! I put my inbox in ~/Mail, but that shouldn't change anything. You already read about !, I only wanted to add that you should set some key bindings to save lots of time, similar to these: macro index F9change-folder=in\n 'Change to =in' macro pager F9change-folder=in\n 'Change to =in' Thorsten -- Quidquid latine dictum sit, altum viditur.
Re: ISO cancel option in quit prompt from send-message
* On 2002.10.08, in [EMAIL PROTECTED], * Richard Cattien [EMAIL PROTECTED] wrote: Control-G cancels most prompted operations. More precisely, ^G probably cancels all prompted operations. I just didn't want to make an assertion I hadn't proven. :) Well, why the heck this is not mentioned in the online help when pressing ``?'' I was looking for this too but was afraid of asking :-) Because it's not a key binding. The ? help shows bindings and macros, but ^G is a hard-coded part of the character input routine indicating that mutt should immediately return from whatever it's asking, with no particular answer to the question. ^G is documented, by the way: section 2.2 of the manual. this may be offtopic, but how do you deal with mails which have no CR after 7x letters, and you want to break it correctly? I know this is an editor issue ...maybe someone knows if theres a trick in vim to do smth like that? Yes, it's a faq. It involves a q or g or something -- I don't know, I don't use vim. The other answers are fmt and par. Check archives. But that's about reflowing other people's text in your reply; it doesn't address reflowing text as you view it. For that, you need to modify $display_filter. Again, par and fmt might help here. Other answers have been posted, too. -- -D.We establised a fine coffee. What everybody can say Sun Project, APC/UCCO TASTY! It's fresh, so-mild, with some special coffee's University of Chicago bitter and sourtaste. LET'S HAVE SUCH A COFFEE! NOW! [EMAIL PROTECTED] Please love CAFE MIAMI. Many thanks.
Re: ISO cancel option in quit prompt from send-message
* Richard Cattien [EMAIL PROTECTED] [10-08-02 15:59]: this may be offtopic, but how do you deal with mails which have no CR after 7x letters, and you want to break it correctly? I know this is an editor issue ...maybe someone knows if theres a trick in vim to do smth like that? set wrapmargin=#number # control right side margin in smart wraping I have mine set to 5 and am comfortable. -- Patrick Shanahan Registered Linux User #207535 @ http://counter.li.org
Re: ISO cancel option in quit prompt from send-message
On Tue, Oct 08, 2002 at 02:47:53PM -0500, David Champion wrote: Control-G cancels most prompted operations. With your pardon, I'll say that _doesn't_ ring a bell. Having tried the conventional escapes, including ^C, ^D, and Esc, I'd surmised that mutt lacked the facility. Is there a known rationale for the ding-dong choice? :) Regards, Erik
Re: ISO cancel option in quit prompt from send-message
At 8:57 PM EDT on October 8 Erik Christiansen sent off: On Tue, Oct 08, 2002 at 02:47:53PM -0500, David Champion wrote: Control-G cancels most prompted operations. With your pardon, I'll say that _doesn't_ ring a bell. Having tried the conventional escapes, including ^C, ^D, and Esc, I'd surmised that mutt lacked the facility. Is there a known rationale for the ding-dong choice? :) It's what the one true editor uses, but you're right, C-g should be a hard-coded addition to the ? menu, right at the top. -- At the evening service tonight, the sermon topic will be What is Hell? Come early and listen to our choir practice. - church bulletin Robert I. Reid [EMAIL PROTECTED] http://astro.utoronto.ca/~reid/ PGP Key: http://astro.utoronto.ca/~reid/pgp.html
Re: ISO cancel option in quit prompt from send-message
Rob Reid wrote: It's what the one true editor uses, but you're right, C-g should be a hard-coded addition to the ? menu, right at the top. Technically, control-G is not a valid command in that context. It only works inside of prompts, and there is no help menu available when using the line-editor. It would be misleading to put it elsewhere.
Re: ISO cancel option in quit prompt from send-message
On Tue, 08 Oct 2002 at 06:10:11PM -0700, Michael Elkins wrote: Rob Reid wrote: It's what the one true editor uses, but you're right, C-g should be a hard-coded addition to the ? menu, right at the top. Technically, control-G is not a valid command in that context. It only works inside of prompts, and there is no help menu available when using the line-editor. It would be misleading to put it elsewhere. Rather a large number of people have trouble discovering it and it's an essential command. IMHO, it ought to be easier to find. Many thanks to you and the other developers for creating a great MUA. Regards, -rex
Re: ISO cancel option in quit prompt from send-message
At 9:10 PM EDT on October 8 Michael Elkins sent off: Rob Reid wrote: It's what the one true editor uses, but you're right, C-g should be a hard-coded addition to the ? menu, right at the top. Technically, control-G is not a valid command in that context. It only works inside of prompts, Fair enough, but notice that we're talking about prompts instead of input fields. Maybe the title of section 2.2 of the manual should be changed to Editing Input Fields (Typing at Prompts). and there is no help menu available when using the line-editor. It would be misleading to put it elsewhere. Maybe ^? for a help menu...or just ? if help is set? Naaa...too annoying. This is the first time I've seen this problem on the list. -- Robert I. Reid [EMAIL PROTECTED] http://astro.utoronto.ca/~reid/ PGP Key: http://astro.utoronto.ca/~reid/pgp.html
Re: vi seems to... (was: gpg and mutt)
* Frederick Grim [EMAIL PROTECTED] [2002-10-07 03:34]: The formatting is actually corect but vi seems not to be able to cut and paste correctly (really the user seems not to be able to cut and paste correctly). What do I need to read to resolve this problem. * Sven Guckes [EMAIL PROTECTED] [08-10-2002 14:37]: you need to describe what you mean by seems to and to give version and setup info on the vi.. and you'd post this to the group comp.editors. * Rene Clerc [EMAIL PROTECTED] [2002-10-08 13:15]: Come on, he just needs a :set tw=insert-your-5-digit-prime-here. vanilla vi knows only 'wrapmargin' - so set wm=67 and be done with it. Sven [you're welcome..]
Re: ISO cancel option in quit prompt from send-message
On Tue, Oct 08, 2002 at 09:06:54PM -0400, Rob Reid wrote: It's what the one true editor uses, but you're right, C-g should be a hard-coded addition to the ? menu, right at the top. Ah, yes. Bells and chords. That's self-consistent for the editor. Finding ^C neither in the ? help, nor in the manual (either as ^C or [Cc]ontrol-C), there seems to be scope for hacking the source to provide a standard escape as an alternative to the Unix-inconsistent one. It might even be possible to say that this would be of general benefit. Regards, Erik
Re: ISO cancel option in quit prompt from send-message
On Tue, Oct 8, 2002, rex wrote: On Tue, 08 Oct 2002 at 06:10:11PM -0700, Michael Elkins wrote: Technically, control-G is not a valid command in that context. It only works inside of prompts, and there is no help menu available when using the line-editor. It would be misleading to put it elsewhere. Rather a large number of people have trouble discovering it and it's an essential command. IMHO, it ought to be easier to find. Then why not put it in the Help line for newbies? -Ken
alias creation out of received emails (mutt 1.4i)
Dear all, creating aliases out of received emails creates headaches to me since I switched to mutt 1.4i. I do the following (-: my action, =: mutt's reaction): - change to the email I would like to create an alias for - press a (let's say to an email of Mike Miller [EMAIL PROTECTED]) = Alias as: mike.miller - ENTER = Address: [EMAIL PROTECTED] - ENTER = Personal Name: - Mike MillerENTER = [mike.miller = [EMAIL PROTECTED]] Accept? ([yes]/no): - ENTER = Save to file: /home/ruf/.mutt/aliases - ENTER The problem now is found that the Personal Name is neither proposed nor saved when I entered it. In my alias file there is only alias mike.miller [EMAIL PROTECTED] Why? Has anyone any idea? Thanks in advance, Lukas -- Lukas Ruf http://www.lpr.ch http://www.maremma.ch http://www.{{topsy,nodeos}.net,{promethos,netbeast,rawip}.org} Wanna know anything about raw ip? Join [EMAIL PROTECTED] on www.rawip.org