Re: Pb avec Vim
darkveggy [EMAIL PROTECTED] - Mon, Oct 14, 2002: Ahem. Pardon ? Je disais qu'il était plus poli d'envoyer des messages sous son vrai nom, plutôt qu'un pseudo. Mais ce n'est pas l'endroit pour ce troll. Simplement, ça m'énerve donc je le dis. -- Loïc Minier [EMAIL PROTECTED]
Re: Changing From header
Hi, * Brian Bray [EMAIL PROTECTED] [02-10-14 05:44]: I've been looking around for a painless way to modify the From header based on which account I am using. Mutt doesn't know about your accounts. I do two things: - I let Mutt set the user based on the receiver: send-hook '~t [EMAIL PROTECTED]' 'my_hdr From: [EMAIL PROTECTED]' - I have a set of aliases for this, starting with me-. To enter/change an address, I enter: me-tab to see a menu of my addresses. Thorsten -- A: Top posters Q: What's the most annoying thing about email these days?
Re: Problem compile mutt in FreeBSD
On Mon, Oct 14, 2002 at 14:21:44 +0700, budsz wrote: Hi, I was compile mutt-1.5.1i in FreeBSD box, I got some patching for compress folder too, So I followed the the instruction for to do that. but I got some error message like this: ---cut /usr/include/stdlib.h:108: warning: ANSI C does not support `long long' /usr/include/stdlib.h:112: warning: ANSI C does not support `long long' ---cut I think the problem is my version GCC to old, so I did to upgrade my GCC and compile again, it was nothing get solution. How about this..? Which FreeBSD version do you use? Is it FreeBSD-5.0-current? Best regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC CERT, Siemens CERT | Fax: +49 89 636 41166 D-81730 Muenchen / Germany | email : [EMAIL PROTECTED]
Re: Changing From header
In article [EMAIL PROTECTED], Brian Bray [EMAIL PROTECTED] wrote: I've been looking around for a painless way to modify the From header based on which account I am using. What do you mean by account? Don't you have a .muttrc by account, in which case a my_hdr From: ... is sufficient? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Re: Problem compile mutt in FreeBSD
* budsz [EMAIL PROTECTED] [2002-10-14 14:21]: I was compile mutt-1.5.1i in FreeBSD box, I got some patching for compress folder too, So I followed the the instruction for to do that. but I got some error message like this: ---cut /usr/include/stdlib.h:108: warning: ANSI C does not support `long long' /usr/include/stdlib.h:112: warning: ANSI C does not support `long long' ---cut I think the problem is my version GCC to old, so I did to upgrade my GCC and compile again, it was nothing get solution. How about this..? That's actually off topic here, because gcc is complaining about the use of `long long' in the FreeBSD header file /usr/include/stdlib.h, not about anything in mutt. However, does mutt not build successfully? If it doesn't, there must be other error messages -- _this_ warning is harmless and you can simply ignore it. See: http://groups.google.de/groups?th=2ff2de81cdfb4a98 http://groups.google.de/groups?th=6adc4c84fbb6a8d1 Holger -- After turning off the power to replace a part, turning the power on again is relatively simple. -- SPARCstation 10 Service Manual == GnuPG: 0xB8B5D3DE | [EMAIL PROTECTED]
pgp_retainable_sigs
I'm using mutt with gpg, and I can't see that setting or unsetting pgp_retainable_sigs has any effect. I've read about what it's supposed to do and poked around some, but I'm still hazy on what it's for. Could someone explain?
Re: Problem compile mutt in FreeBSD
On Mon, Oct 14, 2002 at 10:54:21AM +0200, Udo Schweigert wrote: On Mon, Oct 14, 2002 at 14:21:44 +0700, budsz wrote: Hi, I was compile mutt-1.5.1i in FreeBSD box, I got some patching for compress folder too, So I followed the the instruction for to do that. but I got some error message like this: ---cut /usr/include/stdlib.h:108: warning: ANSI C does not support `long long' /usr/include/stdlib.h:112: warning: ANSI C does not support `long long' ---cut I think the problem is my version GCC to old, so I did to upgrade my GCC and compile again, it was nothing get solution. How about this..? Which FreeBSD version do you use? Is it FreeBSD-5.0-current? This problem appeared in FreeBSD 4.6 STABLE. -- budsz
Re: Problem compile mutt in FreeBSD
On Mon, Oct 14, 2002 at 16:42:56 +0700, budsz wrote: This problem appeared in FreeBSD 4.6 STABLE. Not reproducable here (on 4.7-STABLE). The best way on FreeBSD is to use the port /usr/ports/mail/mutt-devel; to use compressed folders do: cd /usr/ports/mail/mutt-devel; make -DWITH_MUTT_COMPRESSED_FOLDERS You need of course an up to date ports tree for this. Best regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC CERT, Siemens CERT | Fax: +49 89 636 41166 D-81730 Muenchen / Germany | email : [EMAIL PROTECTED]
mutt 1.4 -- where does mutt write error messages to?
Dear all,
I would like to know where mutt writes error messages to. Reading the
man pages did not help me understand how to set on debug messages.
Thanks,
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
Re: Problem compile mutt in FreeBSD
* Udo Schweigert [EMAIL PROTECTED] [2002-10-14 12:13]: On Mon, Oct 14, 2002 at 16:42:56 +0700, budsz wrote: This problem appeared in FreeBSD 4.6 STABLE. Not reproducable here (on 4.7-STABLE). Not for me either when compiling your `mutt-devel' port, but same thing when compiling mutt 1.4 (and other ports): | holger@maude ~ 519: uname -a | FreeBSD maude.zedat.fu-berlin.de 4.7-STABLE FreeBSD 4.7-STABLE #0: | Fri Oct 11 19:10:06 CEST 2002 | [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MAUDE i386 | holger@maude ~ 520: gcc -v | Using builtin specs. | gcc version 2.95.4 20020320 [FreeBSD] | holger@maude ~ 521: cd /usr/ports/mail/mutt | holger@maude mail/mutt 522: make | [...] | cc -I/usr/local/include -DPKGDATADIR=\/usr/local/share/mutt\ | -DSYSCONFDIR=\/usr/local/etc\ -DBINDIR=\/usr/local/bin\ | -DMUTTLOCALEDIR=\/usr/local/share/locale\ -DHAVE_CONFIG_H=1 -I. -I. | -I./imap -Iintl -I./intl -I/usr/local/include -Wall -pedantic -O -pipe | -march=pentiumpro -c makedoc.c | In file included from makedoc.c:34: | /usr/include/stdlib.h:110: warning: ANSI C does not support `long long' | /usr/include/stdlib.h:114: warning: ANSI C does not support `long long' | [...] As I said, this can be ignored. Holger -- After turning off the power to replace a part, turning the power on again is relatively simple. -- SPARCstation 10 Service Manual == GnuPG: 0xB8B5D3DE | [EMAIL PROTECTED]
Re: mutt 1.4 -- where does mutt write error messages to?
* Lukas Ruf [EMAIL PROTECTED] [2002-10-14 10:40]: I would like to know where mutt writes error messages to. Reading the man pages did not help me understand how to set on debug messages. mutt does not have a debug mode - yet. Sven
Re: function executed when entering a box
* Sven Guckes [EMAIL PROTECTED] [2002-10-14 00:40:18 +0200]: * Bernard Massot [EMAIL PROTECTED] [2002-10-12 23:41]: mutt default's behavior is : - if the box has no messages matching ~N or ~O, go on last message in the bottom of the index (right for me) - if there are some messages matching ~N, go on the 1st message matching ~N (right for me) - if there are some messages matching ~O, go on the 1st message matching ~O (right for me) - if there are both messages matching ~N and ~O, go on the 1st message matching ~N (that's what I don't like, I'd like it to go on the 1st message matching ~O) i'd limit to (~N|~O) and then jump to the first entry - but this might be either ~N or ~O - depending on the case. anyway, i suppose this requires a change of the code... Hmm...not trying to put words in anyone's mouth, here, but I think what he's really asking for (whether he knows it or not, hehe) is a function next-new-or-unread (in quotes because there is no such function (yet)). Just saying, because it sounds like he's asking for a feature I've silently wanted for a long time. :) Assuming this is true, there are two ways I found to solve this problem (although one doesn't actually solve the problem per se): 1) Create a recursive macro that, on the first invocation, jumps to the first unread message in a mailbox, and then reconfigures itself to jump to the first new message. When invoked the second time, it jumps to the first new message, then reconfigures itself to jump to the first unread. Then you execute the macro twice and see which message is the one you want (in my case, it came down to which one came first in the index). This doesn't technically answer the actual question, but it does fake it a lot faster than typing it all in by hand all the time. :) 2) The other solution, which isn't actually a solution but may work for you, is to put unset mark_old in your .muttrc file. This will cause mutt to not even differentiate between new and unread mail, and thus any call to the next-new function will by definition also target unread mail. Which do I use? Hah, well, I can't stand doing #2 and haven't gotten around to doing #1 yet, so neither. :) However, here's an example of a recursive macro, so if you (or someone else) decides to put together #1, you can have a road map on how the concept of self-rewriting macros happens: macro index ESCJ ':my_hdr X-Priority: 5enter:my_hdr X-MSMail-Priority: Lowenter:macro index y ESCKenter' submacro for y macro index ESCK ':my_hdr X-Priority: 1enter:my_hdr X-MSMail-Priority: Highenter:macro index y ESCLenter' submacro for y macro index ESCL ':my_hdr X-Priority: 3enter:my_hdr X-MSMail-Priority: Normalenter:macro index y ESCMenter' submacro for y macro index ESCM ':unmy_hdr X-Priorityenter:unmy_hdr X-MSMail-Priorityenter:macro index y ESCJenter' submacro for y macro index y ESCJ Toggle Priority This is a set of four macros...one head macro, where you press y to cycle through Priority settings, and three support macros which actually change the header and refer to each other in sequence. I used the sequences ESCJKLM for the submacros simply because they were a pain to type (so I know I won't be wanting them for real key assignments that I'll actually be using directly...you don't ever call the submacros directly). Let me know if you have any questions. Actually, this brings out a couple of questions of my own. :) 1) Is there a command to echo text to the info line arbitrarily? You know, the part of the window where it says PGP signature successfully verified or Committing changes, etc. The bottom line. I'd really like to edit this set of macros, and some others, so that they print messages like Priority set to HIGH when you run them. 2) Is it possible to get mutt to put the word wrap character at the end of the continued line (like Emacs) rather than the beginning of the continuation? Example: This is a very long line of text which the user should have wrapped +before it got to my client, but didn't, so now my mail client has to +deal with them instead. (The above is what mutt does now) This is a very long line of text which the user should have wrapped+ before it got to my client, but didn't, so now my mail client has to+ deal with them instead. (The above is what I would like it to do) Yes, I realize we are now entering a level of anal that's extreme even for this group, but I had to throw it out. :) BTW, note that the above two examples above are both pre-wrapped, the + signs were put in manually by me; your word wrap is NOT broken. :) -- John Buttery (Web page temporarily unavailable) msg31798/pgp0.pgp Description:
Re: Problem compile mutt in FreeBSD
On Mon, Oct 14, 2002 at 12:39:44 +0200, Holger Weiss wrote: Not for me either when compiling your `mutt-devel' port, but same thing when compiling mutt 1.4 (and other ports): My mail/mutt-devel port deletes -pedantic from the CFLAGS in the configure.in, which the mail/mutt port does not. As I said, this can be ignored. Yes. Best regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 CT IC CERT, Siemens CERT | Fax: +49 89 636 41166 D-81730 Muenchen / Germany | email : [EMAIL PROTECTED]
Re: send hooks again .. not working
On Sat, Oct 12, 2002 at 09:26:19AM -0500, Aaron Schrab wrote: At 15:18 +0200 12 Oct 2002, Sven Guckes [EMAIL PROTECTED] wrote: * David Champion [EMAIL PROTECTED] [2002-10-12 00:06]: I thought that you need to use set from= in send-hooks instead of using my_hdr, but I might misremember. No, it's the other way around. By the time send-hooks are applied to a message $from has already been fetched and it won't be looked at again for that message. my_hdr on the other hand can still override the From: header that mutt generates. yep - the From: as set by reverse_name feature will be overridden by all From: lines as set with my_hdr. 9yet another entry for the faq...) This is correct, except for the first word. so what would this mean with respect to this sendhook: I have the following so far: send-hook . unmy_hdr From: [EMAIL PROTECTED] send-hook '~C @lboro.ac.uk' 'my_hdr From: me@myuniaddress' Thanks Toby.
Re: send hooks again .. not working
Toby Coleridge ([EMAIL PROTECTED]) muttered: send-hook . unmy_hdr From: [EMAIL PROTECTED] ^^^ Leave that out. send-hook '~C @lboro.ac.uk' 'my_hdr From: me@myuniaddress' That should work. Michael -- Avoid the Gates of Hell. Use Linux (Unknown source) PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key
Re: http://www.mutt.org/mail-lists.html -- Request to change
On Sun, Oct 13, 2002 at 03:25:44PM +0200, Lukas Ruf wrote: a few seconds ago, I wanted to re-subscribe under a different name on http://www.mutt.org/mail-lists.html A thing I did not like there was the way how you offer the different mailing lists: You offer them as radio-buttons instead of checkboxes. Why? Using mozilla 1.0, I was not unable to uncheck a radio-button without pressing Reset. This deleted also my email address. Would anyone of the administrators mind changing the radio-buttons into checkboxes? The idea was that you should only sub to the main list or the digest list (i.e. either/or) which is why radio buttons are used. You're the first to complain. Steve -- NetTek Ltd Flat 2, 43 Howitt Road, Belsize Park, London NW3 4LU, UK tel +44-(0)20 7483 1169 fax +44-(0)20 7483 2455 mob 07775 755503 SMS steve-pager (at) gbnet.net [body] gpg 1024D/468952DB 2001-09-19
Re: http://www.mutt.org/mail-lists.html -- Request to change
Steve,
On Mon, 14 Oct 2002, Steve Kennedy wrote:
The idea was that you should only sub to the main list or the
digest list (i.e. either/or) which is why radio buttons are used.
That's clear. But what if I want to sub to several list at the same
time and then change my mind.
it doesn't matter...
wbr,
--
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
Re: http://www.mutt.org/mail-lists.html -- Request to change
Hi, * Steve Kennedy [EMAIL PROTECTED] [02-10-14 13:36]: On Sun, Oct 13, 2002 at 03:25:44PM +0200, Lukas Ruf wrote: a few seconds ago, I wanted to re-subscribe under a different name on http://www.mutt.org/mail-lists.html A thing I did not like there was the way how you offer the different mailing lists: You offer them as radio-buttons instead of checkboxes. Why? Using mozilla 1.0, I was not unable to uncheck a radio-button without pressing Reset. This deleted also my email address. Would anyone of the administrators mind changing the radio-buttons into checkboxes? The idea was that you should only sub to the main list or the digest list (i.e. either/or) which is why radio buttons are used. You're the first to complain. I've had the same tiny problem. Thorsten -- A: Top posters Q: What's the most annoying thing about email these days?
~/.mailcap confusion
Hi, i have a problem concerning the MIME-type handling. Since i often get mail which is HTML-formated, I created a .mailcap whith text/html; links %s in it (described in 5.3 of the mutt-manual). Now, when I try to watch a html-mail, links displays the html-code, but doesn't interpreting it. I tried it with lynx also ...the same. whats wrong? thx for your help, and sorry for bad english. bye, richard -- Richard `rickski' Cattien [EMAIL PROTECTED]
Re: ~/.mailcap confusion
Hi, * Richard Cattien ([EMAIL PROTECTED]) wrote: Now, when I try to watch a html-mail, links displays the html-code, but doesn't interpreting it. I tried it with lynx also ...the same. try: # HTML text/html; lynx -dump %s; copiousoutput; nametemplate=%s.html HTH HAND sascha -- Fuer einen neuen Monitor bitte hier ==[X]== einen Nagel einschlagen. msg31806/pgp0.pgp Description: PGP signature
Re: ~/.mailcap confusion
* Sascha Huedepohl ([EMAIL PROTECTED]) wrote: HTH HAND sascha -- Fuer einen neuen Monitor bitte hier ==[X]== einen Nagel einschlagen. s/--/-- / sorry -- Fuer einen neuen Monitor bitte hier ==[X]== einen Nagel einschlagen. msg31807/pgp0.pgp Description: PGP signature
Re: ~/.mailcap confusion
Hi, Now, when I try to watch a html-mail, links displays the html-code, but doesn't interpreting it. I tried it with lynx also ...the same. try: # HTML text/html; lynx -dump %s; copiousoutput; nametemplate=%s.html well, this works fine, but could you explain that? thx! But another one, i really like to use links as my html-mail-viewer, so I simply changed lynx to links ...but... mutt starts lynx either? Am I stupid? Of course I restarted mutt! bye, richard -- Richard `rickski' Cattien [EMAIL PROTECTED]
Re: ~/.mailcap confusion
* Richard Cattien ([EMAIL PROTECTED]) wrote: # HTML text/html; lynx -dump %s; copiousoutput; nametemplate=%s.html well, this works fine, but could you explain that? thx! please rtfm man lynx man mailcap But another one, i really like to use links as my html-mail-viewer, so I simply changed lynx to links ...but... mutt starts lynx either? links is a softlink to lynks? ??? regards sascha -- Fuer einen neuen Monitor bitte hier ==[X]== einen Nagel einschlagen. msg31809/pgp0.pgp Description: PGP signature
Re: mutt 1.4 -- where does mutt write error messages to?
Hi, I would like to know where mutt writes error messages to. Reading the man pages did not help me understand how to set on debug messages. mutt has errors? :-) bye, richard -- Richard `rickski' Cattien [EMAIL PROTECTED]
Re: mutt 1.4 -- where does mutt write error messages to?
Richard,
On Mon, 14 Oct 2002, Richard Cattien wrote:
mutt has errors? :-)
not I know of ;-)
wbr,
--
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
Re: ~/.mailcap confusion
* Sascha Huedepohl [EMAIL PROTECTED] [14-10-2002 16:29]: But another one, i really like to use links as my html-mail-viewer, so I simply changed lynx to links ...but... mutt starts lynx either? links is a softlink to lynks? ??? No, no, no. Links is a different browser. I use the following entries (both) in my mailcap: text/html; links %s; nametemplate=%s.html text/html; links -dump %s; nametemplate=%s.html; copiousoutput These: - allow me to view html e-mails in the pager - actually fire up links when I 'v'iew an html attachment HTH, -- René Clerc - ([EMAIL PROTECTED]) A Smith and Wesson beats four aces. -Canada Bill Jones msg31812/pgp0.pgp Description: PGP signature
Re: ~/.mailcap confusion
Hi Rene, On Mon, Oct 14, 2002 at 05:45:10PM +0200, René Clerc wrote: links is a softlink to lynks? ??? No, no, no. Links is a different browser. I use the following entries (both) in my mailcap: text/html; links %s; nametemplate=%s.html text/html; links -dump %s; nametemplate=%s.html; copiousoutput These: - allow me to view html e-mails in the pager - actually fire up links when I 'v'iew an html attachment Hmm, this sounds exactly like what i want, but when displaying html-mails i still get that nasty [-- text/html is unsupported (use 'v' to view this part) --] here is my config: ~/.muttrc = # # rickskis .muttrc # # aliases source ~/.aliases set alias_file = ~/.aliases # # headers ignore * unignore To: Cc: Bcc: From: Subject: X-Mailer: User-Agent: Date: Content-Type: hdr_order From: To: Cc: Subject: Date: Content-Type: X-Mailer: User-Agent: # # sort order set sort=threads # # editor set editor=/usr/local/bin/vim -u .vimrc_mutt # # outgoing messages mailbox set record=~/Mail/sent # # mailboxes mailboxes ~/Mail/fooblah [...] # # colors color normalwhite black color indicator brightyellowred color tree brightyellowblack color statusbrightwhite blue color hdrdefaultbrightred black color quotedgreen black ~/.mailcap == # HTML text/html; links %s; nametemplate=%s.html text/html; links -dump %s; nametemplate=%s.html; copiousoutput bye, richard -- Richard `rickski' Cattien [EMAIL PROTECTED]
Re: ~/.mailcap confusion
Hi, On Mon, Oct 14, 2002 at 06:21:50PM +0200, Richard Cattien wrote: Hmm, this sounds exactly like what i want, but when displaying html-mails i still get that nasty [-- text/html is unsupported (use 'v' to view this part) --] here is my config: ~/.muttrc Use auto_view text/html IIRC. Luke
Re: ~/.mailcap confusion
* Richard Cattien [EMAIL PROTECTED] [14-10-2002 18:21]: text/html; links %s; nametemplate=%s.html text/html; links -dump %s; nametemplate=%s.html; copiousoutput These: - allow me to view html e-mails in the pager - actually fire up links when I 'v'iew an html attachment Hmm, this sounds exactly like what i want, but when displaying html-mails i still get that nasty [-- text/html is unsupported (use 'v' to view this part) --] Forgot to mention: if you want the html e-mails to be displayed in the pager, you'll have to add: auto_view text/html to your ~/.muttrc. (hope) this helps, -- René Clerc - ([EMAIL PROTECTED]) There is a definite parallel between shots of tequila and a woman's breasts. One is not enough and three are too many. msg31815/pgp0.pgp Description: PGP signature
Re: iconv stuff on solaris still unresolved
* On 2002.10.13, in [EMAIL PROTECTED], * Sven Dogbert Guckes [EMAIL PROTECTED] wrote: so - what *is* required then? I don't know: I install Solaris (with all the language options), I compile mutt. Mutt works. well - +HAVE_ICONV, for sure. but is +ICONV_NONTRANS? what? I don't know. Do you want me to find out what ICONV_NONTRANS is and report back? I only pasted it because you did, and I figured you'd be irritated if I didn't include mine. You don't really have room to be snotty today. Today it's *your* problem that someone else is trying to contribute information to. besides, you did not specify the kind of solaris you use. No, I didn't. I probably should have, but neglected to because I've had success on all recent revs -- some minor issues on 7, but it works perfectly on 8, which is what you use. No trouble along these lines on 9 beta, either. I haven't upgraded to 9 FCS yet. I'll add that I don't have any particularly strange libraries linked. The usual Sun base and networking libraries, libgen for regexes. I suppose you might not have libintl (mine does, of course), but that would be very strange on your side. Sven, if you have a question, please ask. But don't get irritable because I didn't dissect my installation to find out why yours doesn't work. Perhaps you should post your configure output, or mail it to me directly. I'd be glad to look over it, if you like. -- -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.
be ,,subscribed'' on a mailinglist but not change view of index
Hi, is there a way to be ``subscribed'' on a mailinglist in ~/.muttrc but not change the view in the index, say to keep seeing who sent the mail to the list? The reason for why i want this is, that i'm already sorting my mail via procmail, so every list gets a seperate folder, so i would prefer the normal view where i can see who sent the mail in the index and don't need to open it for this. But i still want to use the list-reply feature (L) good example is this mailinglist... any ideas? bye, richard -- Richard `rickski' Cattien [EMAIL PROTECTED]
Re: mutt 1.4 -- where does mutt write error messages to?
* On 2002.10.14, in [EMAIL PROTECTED], * Sven Dogbert Guckes [EMAIL PROTECTED] wrote: * Lukas Ruf [EMAIL PROTECTED] [2002-10-14 10:40]: I would like to know where mutt writes error messages to. Reading the man pages did not help me understand how to set on debug messages. mutt does not have a debug mode - yet. Yes, it does. You have to compile with --enable-debug, then run with -dN, where N is a number from 1-4 indicating how fine-grained you want to get. (I think it only cares about 1-4 -- I think all numbers higher than 4 give the same result as 4 -- but I could be wrong.) The output goes into ~/.muttdebug0. .muttdebug0 is renamed to .muttdebug1, etc. Almost like pine. -- -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: multiple secret keys
* Derek D. Martin [EMAIL PROTECTED] [14-10-2002 18:37]: So my question of the day is, were I to have multiple secret keys, how do I make mutt choose, on an ad-hoc basis, which one to use to sign my e-mail, or to encrypt to (as in, encrypt to self)? Check out $pgp_sign_as. Check out $pgp-hook. (which should be accessible through 'man muttrc', and the local doc/) -- René Clerc - ([EMAIL PROTECTED]) A computer lets you make more mistakes faster than any other invention, with the possible exceptions of handguns and Tequilla. -Mitch Ratcliffe msg31820/pgp0.pgp Description: PGP signature
Re: be ,,subscribed'' on a mailinglist but not change view of index
* Richard Cattien [EMAIL PROTECTED] [14-10-2002 18:48]: Hi, is there a way to be ``subscribed'' on a mailinglist in ~/.muttrc but not change the view in the index, say to keep seeing who sent the mail to the list? The reason for why i want this is, that i'm already sorting my mail via procmail, so every list gets a seperate folder, so i would prefer the normal view where i can see who sent the mail in the index and don't need to open it for this. But i still want to use the list-reply feature (L) man muttrc /index_format (hint: replace the 'L' by an 'F') -- René Clerc - ([EMAIL PROTECTED]) In theory, there is no difference between theory and practice. But, in practice, there is. -Jan L.A. van de Snepscheut msg31821/pgp0.pgp Description: PGP signature
Re: be ,,subscribed'' on a mailinglist but not change view of index
* Richard Cattien ([EMAIL PROTECTED]) wrote:
Hi,
is there a way to be ``subscribed'' on a mailinglist in ~/.muttrc but
not change the view in the index, say to keep seeing who sent the mail
to the list?
set index_format=%4C %Z %{%b %d} %-30.30F %-25.25L (%c) %s
will display botht he list and the true sender. see the muttrc manpage
for more info.
dan
Re: be ,,subscribed'' on a mailinglist but not change view of index
Hi, On Mon, Oct 14, 2002 at 06:48:33PM +0200, Richard Cattien wrote: is there a way to be ``subscribed'' on a mailinglist in ~/.muttrc but not change the view in the index, say to keep seeing who sent the mail to the list? The reason for why i want this is, that i'm already sorting my mail via procmail, so every list gets a seperate folder, so i would prefer the normal view where i can see who sent the mail in the index and don't need to open it for this. But i still want to use the list-reply feature (L) good example is this mailinglist... any ideas? hrmmm, I tried ``lists'' instead of ``subscribed'' this seem to work, but now I'm confused, is the diffrence between ``lists'' and ``subscribe'' just in the different view of the index??? I've read the apropriate section in the manual, but there's no real distinction between the two... bye, richard -- Richard `rickski' Cattien [EMAIL PROTECTED]
Re: be ,,subscribed'' on a mailinglist but not change view of index
On Mon, Oct 14, 2002 at 06:48:33PM +0200, Richard Cattien wrote:
Hi,
is there a way to be ``subscribed'' on a mailinglist in ~/.muttrc but
not change the view in the index, say to keep seeing who sent the mail
to the list?
The reason for why i want this is, that i'm already sorting my mail via
procmail, so every list gets a seperate folder, so i would prefer the
normal view where i can see who sent the mail in the index and don't
need to open it for this. But i still want to use the list-reply feature
(L)
good example is this mailinglist...
any ideas?
Change your index_format. Specifically, use %F instead of %L. Here's mine,
if you're interested:
set index_format=%4C %Z %[%e/%m/%y] %-15.15F (%4l) {%2M} %s
--
Joshua bruce Crawford Registered Linux user #173468
Phone: +61 404 084662 ICQ: 71445285 http://counter.li.org
---
In a literature class, the students were given an assignment to write a
short story involving all the important ingredients - Nobility, Emotion,
Sex, Religion and Mystery. One student handed in the following story: My
god! cried the duchess. I'm pregnant. Who did it?
msg31824/pgp0.pgp
Description: PGP signature
Re: send hooks again .. not working
On Mon, Oct 14, 2002 at 01:11:17PM +0200, Michael Tatge wrote: Toby Coleridge ([EMAIL PROTECTED]) muttered: send-hook . unmy_hdr From: [EMAIL PROTECTED] ^^^ Leave that out. send-hook '~C @lboro.ac.uk' 'my_hdr From: me@myuniaddress' That should work. Michael -- Avoid the Gates of Hell. Use Linux (Unknown source) PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key Hi Guys, I have an update the send-hook works when replying to an email sent to me at any address, however when I create a new email if the address contains an @lboro then it doesnt rewrite the from: field any ideas or is this intended if so how can I work round it? Thanks Toby.
hook based on bounce target
Hello, is there a hook based on the bounce target? Or is there a `bounce target pattern' for send-hook? It seems to me that ~A in a send-hook has no effect with bounce. -Hanspeter
Some UTF-8 issues
I am using mutt in utf-8 mode (mutt-utf8_1.4.0-4_i386.deb with LC_CTYPE=sv_SE.UTF-8). Together with xterm and vim this works very well. Both european and asian letters show up correctly (in the same terminal) as long as they have the correct mime charset. However, if the charset is not defined, or even worse, set to ascii, the mail shows up with unrecognized characters (?, dashed box or as \xxx). In the pager I can fix this with a display filter or by the set mime-encoding (^E) command. Incorrect (non-ascii) headers are more of a problem. When replying to an incorrectly coded mail both the to: and subject-field may become broken (after the first non-ascii character). The lines in the index menu may also appear unreadible. Is there a nice solution to this problem? Another (cosmetic) issue with utf-8 is in the query menu. If the names include non-ascii characters, the following columns become ragged (unaligned). Is this a bug (strlen instead wcwidth in query.c) or is it due to my terminal setting? Anders
Re: be ,,subscribed'' on a mailinglist but not change view of index
* Richard Cattien [EMAIL PROTECTED] [2002-10-14 17:17]: I tried ``lists'' instead of ``subscribed'' this seem to work, but now I'm confused, is the diffrence between ``lists'' and ``subscribe'' just in the different view of the index??? I've read the apropriate section in the manual, but there's no real distinction between the two... use lists address when you are *not* subscribed and *want* CCs use subscribe address when you *are* subscribed and do not need CCs - http://www.math.fu-berlin.de/~guckes/mutt/setup.html Sven -- Multiple exclamation marks, he went on, shaking his head, are a sure sign of a diseased mind. -- Terry Pratchett in Eric
expunge on imap servers
Maybe I'm trying to be too pine-ish -- but I'm expecting to expunge messages marked for deletion. Does mutt do it that way or do I need to issue some other command to really remove message deleted on an imap server? thnkx.
Re: http://www.mutt.org/mail-lists.html -- Request to change
On Mon, Oct 14, 2002 at 02:50:52PM +0200, Thorsten Haude wrote: Hi, * Steve Kennedy [EMAIL PROTECTED] [02-10-14 13:36]: On Sun, Oct 13, 2002 at 03:25:44PM +0200, Lukas Ruf wrote: a few seconds ago, I wanted to re-subscribe under a different name on http://www.mutt.org/mail-lists.html A thing I did not like there was the way how you offer the different mailing lists: You offer them as radio-buttons instead of checkboxes. Why? Using mozilla 1.0, I was not unable to uncheck a radio-button without pressing Reset. This deleted also my email address. Would anyone of the administrators mind changing the radio-buttons into checkboxes? The idea was that you should only sub to the main list or the digest list (i.e. either/or) which is why radio buttons are used. You're the first to complain. I've had the same tiny problem. I recall seeing some comments to the effect that some non-compliant browsers allow one to submit a form with no radio buttons checked. -- Thomas E. Dickey [EMAIL PROTECTED] http://invisible-island.net ftp://invisible-island.net
Re: http://www.mutt.org/mail-lists.html -- Request to change
Thomas,
On Mon, 14 Oct 2002, Thomas Dickey wrote:
I recall seeing some comments to the effect that some non-compliant browsers
allow one to submit a form with no radio buttons checked.
at least my mozilla 1.0 running on a Linux 2.4.18 box started with no
buttons checked ,-)
wbr,
--
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
Re: expunge on imap servers
David Bear ([EMAIL PROTECTED]) muttered: Maybe I'm trying to be too pine-ish -- but I'm expecting to expunge messages marked for deletion. Does mutt do it that way or do I need to issue some other command to really remove message deleted on an imap server? Doesn't sync-mailbox bound to $ solve your problem? HTH, Michael -- I did this 'cause Linux gives me a woody. It doesn't generate revenue. (Dave '-ddt-` Taylor, announcing DOOM for Linux) PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key
Re: Changing From header
* On Sun, 13 Oct 2002, Brian Bray wrote: I've been looking around for a painless way to modify the From header based on which account I am using. Maybe you just need to set $alternates and $reverse_name. -- John
RE: iconv stuff on solaris still unresolved
I recently installed mutt (1.4) on a number of solaris machines: sol7 and sol8. I needed libiconv and I certainly had to be root, regardless of my target. It was not a simple install but it did work reliably once I did the configure correctly per below: I first set LD_RUN_PATH and LD_LIBRARY_PATH to /usr/local/lib ./configure --disable-nls --enable-buffy --enable-locales-fix --enable-pop - -with-regex --prefix=. I guess the with-regex is sort of critical for solaris. Hope this helps. john -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Champion Sent: Tuesday, 15 October 2002 02:34 To: [EMAIL PROTECTED] Subject: Re: iconv stuff on solaris still unresolved * On 2002.10.13, in [EMAIL PROTECTED], * Sven Dogbert Guckes [EMAIL PROTECTED] wrote: so - what *is* required then? I don't know: I install Solaris (with all the language options), I compile mutt. Mutt works. well - +HAVE_ICONV, for sure. but is +ICONV_NONTRANS? what? I don't know. Do you want me to find out what ICONV_NONTRANS is and report back? I only pasted it because you did, and I figured you'd be irritated if I didn't include mine. You don't really have room to be snotty today. Today it's *your* problem that someone else is trying to contribute information to. besides, you did not specify the kind of solaris you use. No, I didn't. I probably should have, but neglected to because I've had success on all recent revs -- some minor issues on 7, but it works perfectly on 8, which is what you use. No trouble along these lines on 9 beta, either. I haven't upgraded to 9 FCS yet. I'll add that I don't have any particularly strange libraries linked. The usual Sun base and networking libraries, libgen for regexes. I suppose you might not have libintl (mine does, of course), but that would be very strange on your side. Sven, if you have a question, please ask. But don't get irritable because I didn't dissect my installation to find out why yours doesn't work. Perhaps you should post your configure output, or mail it to me directly. I'd be glad to look over it, if you like. -- -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: Changing From header
On Sun, Oct 13, 2002 at 10:44:37PM -0500, Brian Bray wrote: I've been looking around for a painless way to modify the From header based on which account I am using. Why not just create some macros to change the from: header? For example: macro compose f2 edit-fromkill-lineYour Name\ [EMAIL PROTECTED]\n macro compose f3 edit-fromkill-lineYour Name\ [EMAIL PROTECTED]\n And so on. I personally use folder-hooks for this purpose. I figure if I'm reading work e-mail, I'll use my work address to reply and if I'm reading personal mail, my personal address. I do use procmail to sort my mail into various folders. HTH. -- Michael Herman msg31835/pgp0.pgp Description: PGP signature
Re: mutt FAQ amendment
savanna wrote:
In the FAQ there's a procmail recipe for converting old style pgp
signatures to new style multi-part mime. The very first line should
indicate that it's a filter recipe, not a delivery recipe:
ie
:0 f
and not
:0
In this way all messages can be filtered before passing onto other
recipes. I've attached my .procmail so you can see it in context.
# convert old-style pgp to multipart-mime
# notice f at start - filter
:0 f
* !^Content-Type: message/
* !^Content-Type: multipart/
* !^Content-Type: application/pgp
{
:0 fBw
* ^-BEGIN PGP MESSAGE-
* ^-END PGP MESSAGE-
| formail -i Content-Type: application/pgp; format=text; x-action=encrypt
:0 fBw
* ^-BEGIN PGP SIGNED MESSAGE-
* ^-BEGIN PGP SIGNATURE-
* ^-END PGP SIGNATURE-
| formail -i Content-Type: application/pgp; format=text; x-action=sign
}
I personally do not use this recipe, but I wouldn't think the 'f' flag
on the top-level recipe would matter since the action is not a pipe.
There is nothing in the man page that I can see that says what the 'f'
flag does when applied to a grouping recipe. Does it really not work
for you when you use it as documented in PGP-Notes.txt?
