SMTP Error (MAIL FROM:), from header variable
I use a dial-up connection to the internet; therefore my host and domain names are unregistered. Consequently, I have set the from variable in my .muttrc file to my email address. Unfortunately, when I attempt to send a message, I receive a delivery failed message in response. In the message, the from header is set correctly to my email address; the error, however, is: SMTP error from remote mailer after MAIL FROM:(my username)(my unregistered domain) How can I force mutt to issue the MAIL FROM: command to my SMTP server using my email address - and not (my username)(my unregistered domain)? Thanks, Jack D. Bates
Re: Display of non-ascii chars
On Wed, Jul 31, 2002 at 09:57:49AM -0400, Mark J. Reed wrote: If you use the vim editor for composing messages, then you can set up digraphs to enter non-ASCII characters; it also supports a completely general but more awkward input method where you can type control-V followed by the decimal character code of the character you want, or the letter 'u' followed by the hexadecimal Unicode code point. For some it is more natural to use the ^K (control-k) syntax: ^kaa = å # Was ^ka in older vim, but aa is more natural. ^ko/ = ø ^kae = æ And if it's not Danish, but German: ^ka: = ä ^ko: = ö ^ku: = ü In vim, try: :h digraph :h digraphs and for a list of them: :digraphs Viel Spaß! Erik
Re: RFE: regex backrefs
On Wed, Jul 31, 2002 at 10:57:39AM -0400, Ricardo SIGNES wrote: I know this has been brought up before, but I just thought I'd voice my deep desire: mutt should be able to have backrefs to its regexen. If I get a 'vote' in future development, this is how I would cast it. My C is crappy, or I'd shut up and code it. Yup, can but agree to the world's regexes improving in power. However, (he says, feverishly attempting to disguise a but) is there any enthusiasm for employing a most commonly used regex library, such that any improvements can feed back into all the tools using it? While procmail seems to be out on a long plank in the middle of a swamp, it would be cosmically empowering to be able to move between mutt, vim, awk, and grep without tripping over too many differences in regex dialects. Is this too ambitious a wish? Regards, Erik
Turn off bell and deleted mails
Hi all, I'm new to mutt and have two little questions. How can I turn off th e bell? Is it possible to clear the screen from mails which are marked as deleted? Thanks, Sven
Re: Turn off bell and deleted mails
On Thu, Aug 01, 2002 at 11:17:27 +0200, Brad Knowles wrote: On Thu, Aug 01, 2002 at 10:59:24AM +, Sven Garbade wrote: I'm new to mutt and have two little questions. How can I turn off the bell? I think that this is probably an issue with your shell. For example, if you use csh, do man csh and search for bell. This should tell you enough information for you to figure out how to turn it off, etc AFAIK, this would disable the bell only in the shell. I would say that this is probably an issue with the terminal configuration. But if the user wants the bell for some applications only (e.g. in the shell, but not in Mutt), I don't think this is possible. There seem to be neither tty settings (stty) for that, nor escape sequences. Is it possible to clear the screen from mails which are marked as deleted? Use $ to sync the mailbox, flushing all the messages which have been save or deleted. If the user doesn't want to sync his mailbox, just not to show these messages: limit!~D -- 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: RFE: regex backrefs
On Wed, Jul 31, 2002 at 03:57:13PM -0700, Michael Elkins wrote: While this might look simple, it's more difficult to implement than you might think. Why? Becuse the regexp here is not just one regular No, I know how difficult it is. ;) At any rate, your example above can be solved as follows: #!/bin/sh for i in ~/Mail/friends.*; do echo folder-hook $i my_hdr From: jsmith-`echo $i|sed 's;^.*\.;;'`@friends.domain.org; done Yeah, I do something roughly like that, now. I've just always thought it'd be more elegant and generically useful to have backrefs. :) -- rjbs msg30044/pgp0.pgp Description: PGP signature
Re: Turn off bell and deleted mails
Hi, * Sven Garbade ([EMAIL PROTECTED]) wrote: How can I turn off the bell? setterm or xset Is it possible to clear the screen from mails which are marked as deleted? sync-mailbox bound to $ HTH HAND sascha -- Sascha Huedepohl [EMAIL PROTECTED] msg30045/pgp0.pgp Description: PGP signature
Re: How to set ispell to different languages - mutt 1.3.27i
Oliver Fuchs ([EMAIL PROTECTED]) muttered: e.g. some mails are written in English some in German ... how can I change ispell within mutt to change the dictionary before checking the mail? ispell has the -d option which sets the dictionary to use. So all you need is to write a macro that changes mutt's $ispell var accordingly. The following macro runs a german ispell and then restores the default english one. # German ispell macro compose I 'enter-commandset ispell=/usr/bin/ispell -x -d deutschenterispellenter-commandset ispell=/usr/bin/ispelenter HTH, Michael -- But what can you do with it? -- ubiquitous cry from Linux-user partner. (Submitted by Andy Pearce, [EMAIL PROTECTED]) PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key
Re: Turn off bell and deleted mails
Sven Garbade ([EMAIL PROTECTED]) muttered: How can I turn off the bell? Check the manual for $beep and $beep_new. Is it possible to clear the screen from mails which are marked as deleted? sync-mailbox bound to $ by default. HTH, Michael -- I've run DOOM more in the last few days than I have the last few months. I just love debugging ;-) (Linus Torvalds) PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key
Re: option description - default and dependencies
* Vincent Lefevre [EMAIL PROTECTED] [2002-08-01 08:29]: Read what Sven wrote (concerning the manual): Default: /path/file (unless specified by --some-option) If the user wants to know if he can trust to the default value given in the manual, he needs to know the options given to compile the version of Mutt he's using (and perhaps more, like some environment variables). i dont think that the description to every option needs a description on how to use the configure script. however, a pointer on how to check mutt -v might be required. Default: /path/file (unless specified by --some-option check the version info with mutt -v | grep keyword) is that better? Sven
Re: Turn off bell and deleted mails
[please use the address [EMAIL PROTECTED] for this ML] * Sven Garbade [EMAIL PROTECTED] [2002-08-01 10:59 +]: I'm new to mutt and have two little questions. How can I turn off th e bell? Is it possible to clear the screen from mails which are marked as deleted? grep the manual for beep. Nicolas
Re: most commonly used regex lib for awk/frep/mutt/sed?
* Erik Christiansen [EMAIL PROTECTED] [2002-08-01 07:48]: is there any enthusiasm for employing a most commonly used regex library, such that any improvements can feed back into all the tools using it? While procmail seems to be out on a long plank in the middle of a swamp, it would be cosmically empowering to be able to move between mutt, vim, awk, and grep without tripping over too many differences in regex dialects. Is this too ambitious a wish? unfortunately, yes. let's assume you could make this change within a day. how many setup files, scripts, shell aliases etc would have to be adjusted? can you give this service? besides, would everyone gain from this? Sven [thinking about how many people use .* who do not know about the greedy convention]
Re: most commonly used regex lib for awk/frep/mutt/sed?
On Thu, Aug 01, 2002 at 01:47:37PM +0200, Sven Guckes wrote: * Erik Christiansen [EMAIL PROTECTED] [2002-08-01 07:48]: While procmail seems to be out on a long plank in the middle of a swamp, it would be cosmically empowering to be able to move between mutt, vim, awk, and grep without tripping over too many differences in regex dialects. Is this too ambitious a wish? unfortunately, yes. let's assume you could make this change within a day. how many setup files, scripts, shell aliases etc would have to be adjusted? can you give this service? ./configure --enable-pcre echo ~/.muttrc set pcre_acknowledge=on # to avoid PCRE warnings on startup -- rjbs msg30052/pgp0.pgp Description: PGP signature
Re: SMTP Error (MAIL FROM:), from header variable
Cc: recipient list not shown: ; Subject: SMTP Error (MAIL FROM:), from header variable From: [EMAIL PROTECTED] Date: Wed, 31 Jul 2002 23:29:20 -0700 1) break your lines @ ~72 chars. 2) if you want any replies, why do you make it hard to others to reply to the list? SMTP error from remote mailer after MAIL FROM:(my username)@(my unregistered domain) How can I force mutt to issue the MAIL FROM: command to my SMTP server using my email address - and not (my username)@(my unregistered domain)? Thanks, you need to send the real mail address in the envelope. mutt-specific solution is set envelope_from = yes, system-wide solution depends on the MTA you use. -- FreeBSD 4.6-STABLE 2:50PM up 1 day, 22:27, 11 users, load averages: 0.00, 0.00, 0.00
Re: most commonly used regex lib for awk/frep/mutt/sed?
On Thu, Aug 01, 2002 at 08:22:36AM -0400, Ricardo SIGNES wrote: echo ~/.muttrc set pcre_acknowledge=on # to avoid PCRE warnings on startup Ok, so I don't know how to call echo, and s/=on/yes/ Still, you get the picture. -- rjbs msg30054/pgp0.pgp Description: PGP signature
Re: How to set ispell to different languages - mutt 1.3.27i
* Oliver Fuchs [EMAIL PROTECTED] [2002-08-01 13:10]: Only one thing ... after I used the command I for german ispell I am not able to use i for using ispell-english anymore ... only after closing and starting mutt again. do you want the spelling checker to check both for German and English? in the same document? make up yer mind! Sven
Re: option description - default and dependencies
On Thu, Aug 01, 2002 at 13:33:46 +0200, Sven Guckes wrote: i dont think that the description to every option needs a description on how to use the configure script. however, a pointer on how to check mutt -v might be required. Default: /path/file (unless specified by --some-option check the version info with mutt -v | grep keyword) is that better? Well, a little better. Not clear enough, IMHO. I would say: Default: depends on the compile-time configuration, e.g. /path/file (check with mutt -v | grep keyword) It must be clear that /path/file is only an example. There is no reason why the administrator would have used standard options to configure. So, the user mustn't assume anything without checking with mutt -v. -- 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: How to set ispell to different languages - mutt 1.3.27i
On Thu, 01 Aug 2002, Sven Guckes wrote: do you want the spelling checker to check both for German and English? in the same document? make up yer mind! Sven No, of course not ... I write an email in english and ispell with 'i' ... I send the mail ... afterwards I send an email in german and ispell it with 'I' (the macro for german spelling) ... I send it ... know at last I want to send an email in english again ... but I cannot use the 'i' command anymore ... only after shutting mutt down and restarting it. Oliver -- ... don't touch the bang-bang fruit
Re: How to set ispell to different languages - mutt 1.3.27i
Oliver Fuchs ([EMAIL PROTECTED]) muttered: Great ... thank you very much. Only one thing ... after I used the command I for German ispell I am not able to use i for using ispell-english anymore ... only after closing and starting mutt again. Well, if you just copypasted what I wrote - there was a typo. macro compose I 'enter-commandset ispell=/usr/bin/ispell -x -d deutschenterispellenter-commandset ispell=/usr/bin/ispellenter' This should work. Michael -- MSDOS didn't get as bad as it is overnight -- it took over ten years of careful development. (By [EMAIL PROTECTED]) PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key
Re: How to set ispell to different languages - mutt 1.3.27i
Great ... thank you very much. Only one thing ... after I used the command I for german ispell I am not able to use i for using ispell-english anymore ... only after closing and starting mutt again. Oliver -- ... don't touch the bang-bang fruit
Re: option description - default and dependencies
On Thu, Aug 01, 2002 at 07:41:22 -0500, Patrick wrote: That IS THE INFORMATION presented in the INSTALL file within the tarball/rpm issue for each version of mutt and most other program issues. The user doesn't necessarily have the tarball or rpm. Moreover, the INSTALL file doesn't say anything about the options used for the installed Mutt binary. -- 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
[RFE] Pattern to apply to the parent message
I'd like to be able to apply a pattern on a parent message. For instance, if we define ~^ to do that, then ~^~P will match any message that is a reply of one of my messages (note: they are in the same mailbox). -- 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: spell checking for different languages - macro
* Oliver Fuchs [EMAIL PROTECTED] [2002-08-01 13:47]: I write an email in english and ispell with 'i' ... I send the mail ... afterwards I send an email in german and ispell it with 'I' (the macro for german spelling) ... I send it ... know at last I want to send an email in english again ... but I cannot use the 'i' command anymore ... only after shutting mutt down and restarting it. hint: message-hook or use some macro to source a setup file for english or german spell checking. and learn how to write a text without abusing ellipses as a full stop. ;-) Sven
Re: option description - default and dependencies
* Vincent Lefevre [EMAIL PROTECTED] [2002-08-01 13:43]: Default: depends on the compile-time configuration, e.g. /path/file (check with mutt -v | grep keyword) It must be clear that /path/file is only an example. There is no reason why the administrator would have used standard options to configure. So, the user mustn't assume anything without checking with mutt -v. you will have to write a *lot* to clear this up for every option... * Vincent Lefevre [EMAIL PROTECTED] [2002-08-01 13:45]: On Thu, Aug 01, 2002 at 07:41:22 -0500, Patrick wrote: That IS THE INFORMATION presented in the INSTALL file within the tarball/rpm issue for each version of mutt and most other program issues. The user doesn't necessarily have the tarball or rpm. Moreover, the INSTALL file doesn't say anything about the options used for the installed Mutt binary. is this really from you, too, Vincent? i double-checked on this after i read it. just as the INSTALL file cannot give info about the installed mutt binary - the manual cannot do this, either. the goal, however, is clear: better documentation and the version info of mutt needs to give more info, too. i hope we still agree on these things. PS: send-hook ~l 'set signature=' Sven [who avoids signatures on mailinglists - and only adds them when they contain further info]
Re: problem about subjects in asian charsets
Date: Thu, 1 Aug 2002 15:58:46 +1000 From: Erik Christiansen [EMAIL PROTECTED] To: Mutt users ml [EMAIL PROTECTED] Subject: Re: problem about subjects in asian charsets OK, it seems then that the xterm and vim are more tolerant than mutt, when it comes to ISO8859-1 characters. They work fine with $LANG=C and LC_CTYPE=. Trying Roman Neuhauser's most helpful response on another thread: export LANG=en_AU.ISO8859-1 was enough for mutt, despite previous failures when setting LC_CTYPE to ISO8859-1. Grateful thanks Roman! Given that mutt is suffiently popular to be the one that we trip over, an FAQ entry might save some mailing list bandwidth. :-) I had just as hard time setting this stuff up when I started using mutt (I was almost completely green wrt unix as well), so you're most welcome. :) -- FreeBSD 4.6-STABLE 5:03PM up 2 days, 39 mins, 14 users, load averages: 0.00, 0.01, 0.00
Solaris 7 x86 mutt package?
Does anyone know if there's a mutt package for Solaris 7 x86? Thanks. -Ken
Re: option description - default and dependencies
On Thu, Aug 01, 2002 at 16:54:28 +0200, Sven Guckes wrote: you will have to write a *lot* to clear this up for every option... Very few default values depend on the compile-time option. * Vincent Lefevre [EMAIL PROTECTED] [2002-08-01 13:45]: On Thu, Aug 01, 2002 at 07:41:22 -0500, Patrick wrote: That IS THE INFORMATION presented in the INSTALL file within the tarball/rpm issue for each version of mutt and most other program issues. The user doesn't necessarily have the tarball or rpm. Moreover, the INSTALL file doesn't say anything about the options used for the installed Mutt binary. is this really from you, too, Vincent? i double-checked on this after i read it. just as the INSTALL file cannot give info about the installed mutt binary - the manual cannot do this, either. I agree. But I recall that *you* wanted the manual to refer to compile-time options of the installed Mutt binary. I didn't. You have to be consistent. If the manual refers to compile-time options to know if the default value given by the manual is correct, the user must have a way to know what options have been used. PS: send-hook ~l 'set signature=' Sven [who avoids signatures on mailinglists - and only adds them when they contain further info] Users can use procmail to remove them. :) But later, I may adapt my signature to the Mutt mailing-lists with something like: send-hook ~Cmutt.*@mutt.org 'set signature=~/.sig-mutt -- 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: Solaris 7 x86 mutt package?
On Thu, Aug 01, 2002 at 11:11:34AM -0400, Ken Weingold wrote: Does anyone know if there's a mutt package for Solaris 7 x86? I don't see it on the list at http://www.sunfreeware.com/sol7rightintel7.html. Are there any other sources of Solaris packages of this sort? -- \[EMAIL PROTECTED] Brad Knowles [EMAIL PROTECTED] \ ASM Lithography, BV | Senior Consultant \ \ITMS Unix Competence Center | Snow, BV \ / Room 02.D.2085 | http://www.snow.nl |\ \/ /De Run 1110 | Koeweistraat 12 | \ / 5503 LA Veldhoven | 4181 CD Waardenburg | | The Netherlands | The Netherlands | | | Tel: +31 418 653 333 \ | /| Fax: +31 418 653 666 \ |/
Re: Solaris 7 x86 mutt package?
On Thu, Aug 1, 2002, Brad Knowles wrote: On Thu, Aug 01, 2002 at 11:11:34AM -0400, Ken Weingold wrote: Does anyone know if there's a mutt package for Solaris 7 x86? I don't see it on the list at http://www.sunfreeware.com/sol7rightintel7.html. Are there any other sources of Solaris packages of this sort? Exactly. Not that I'm aware of. -Ken
Re: Solaris 7 x86 mutt package?
Ken -- ...and then Ken Weingold said... % % Does anyone know if there's a mutt package for Solaris 7 x86? Not AFAIK, though there is a 1.0pre2 for Sol8 at SunFreeWare. Sounds like you need to go into the pkgmk business :-) % % Thanks. Sorry... % % % -Ken HAND :-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! msg30071/pgp0.pgp Description: PGP signature
Re: [RFE] Pattern to apply to the parent message
At 16:24 +0200 01 Aug 2002, Vincent Lefevre [EMAIL PROTECTED] wrote: I'd like to be able to apply a pattern on a parent message. For instance, if we define ~^ to do that, then ~^~P will match any message that is a reply of one of my messages (note: they are in the same mailbox). http://www.schrab.com/aaron/mutt/patch-1.3.24.ats.parent_match.1 Finding replies to your own messages is even what I use for the example. Although the patch was originally done against 1.3.24, it works fine with 1.4 and the current CVS. -- Aaron Schrab [EMAIL PROTECTED] http://www.schrab.com/aaron/ You must realize that the computer has it in for you. The irrefutable proof of this is that the computer always does what you tell it to do.
Re: [RFE] Pattern to apply to the parent message
On Thu, Aug 01, 2002 at 16:48:48 +0200, Sven Guckes wrote: please clarify: the mails *must* be answers to mails which have to *exist* in the current folder, too? Yes, the parent mails (mails written by myself) must exist in the current folder. and these have to be replies to *your* mails? Yes. pattern: ~x . ~i greux.loria.fr Not acceptable. First, other users use the same machine, so their messages will have greux.loria.fr in the message-id too. This also assumes that all my messages have a message-id containing this string and this is wrong (and I can't always generate my own message-id). this is about scoring on replies to your own mails, right? Only to display them with a different background in the index. -- 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: [RFE] Pattern to apply to the parent message
On Thu, Aug 01, 2002 at 10:39:08 -0500, Aaron Schrab wrote: http://www.schrab.com/aaron/mutt/patch-1.3.24.ats.parent_match.1 Thanks a lot. This is exactly what I was looking for. -- 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: spell checking for different languages - macro
Hi, thanks to all who replied. A 'ask-yes' or a 'ask-what-dictionary' in .muttrc would be nice like: set ispell_dictionary=ask-what. Oliver -- Don't touch the bang-bang fruit
Re: Pipe:ing messages - behavior changed?
the | command seems to only pipe what's on screen, not the entire raw message. unset pipe_decode Thanks! That's right on the mark. And thanks to everyone else who responded to. I'm using the Debian package - I suppose they might have set some default differently or some such. Now I can resume doing | /home/scode/spam-report for each piece of SPAM I get :) -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller [EMAIL PROTECTED]' Key retrival: Send an E-Mail to [EMAIL PROTECTED] E-Mail: [EMAIL PROTECTED] Web: http://www.scode.org
Re: spell checking for different languages - macro
* Oliver Fuchs [EMAIL PROTECTED] [2002-08-01 17:57]: A 'ask-yes' or a 'ask-what-dictionary' in .muttrc would be nice like: set ispell_dictionary=ask-what. that's not a mutt problem. you can use a hook to set the ispell program which in turn can be a script asking you what you want. Sven
Re: option description - default and dependencies
* Vincent Lefevre [EMAIL PROTECTED] [2002-08-01 15:30]: Very few default values depend on the compile-time option. thank god! just as the INSTALL file cannot give info about the installed mutt binary - the manual cannot do this, either. I agree. But I recall that *you* wanted the manual to refer to compile-time options of the installed Mutt binary. I didn't. You have to be consistent. not quite right - sorry. so lete me repeat: i want the manual to list all possibilities of default values and their dependencies to configure options - however, i do *not* want the configure script to install different versions of manuals. that's consistens with what i said before. If the manual refers to compile-time options to know if the default value given by the manual is correct, the user must have a way to know what options have been used. exactly - so there should be a section in the manual which tells the user about how to request info from the binary. PS: send-hook ~l 'set signature=' Users can use procmail to remove them. :) :0 * From:.*[EMAIL PROTECTED] SPAM But later, I may adapt my signature to the Mutt mailing-lists with something like: send-hook ~Cmutt.*@mutt.org 'set signature=~/.sig-mutt my_hdr X-Signature: http://www.vinc17.org/signature Sven
anyone familiar with the No valid author specification present message?
~~~ Wm L (Bill) Protzmann servant
