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,

Re: problem about subjects in asian charsets

On Wed, Jul 31, 2002 at 01:12:56PM +0200, Alain Bench wrote: > > No: completely different problem. Your's is even not a Mutt problem, > just bad system's locale configuration. Try to set LC_CTYPE to a > suitable locale for your language, country and character set. > OK, it seems then th

Re: problem about subjects in asian charsets

On Wed, Jul 31, 2002 at 01:12:56PM +0200, Alain Bench wrote: > No: completely different problem. Your's is even not a Mutt problem, > just bad system's locale configuration. Try to set LC_CTYPE to a > suitable locale for your language, country and character set. Thanks Alain, for the hin

How to set ispell to different languages - mutt 1.3.27i

Hi, how can I set in muttrc or in mutt itself at runtime the dictionary of ispell ... 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? Thanks in advance -- ... don't touch the bang-bang fruit

Re: Packaging mutt script, was: muttprofile (new)

On Wed, Jul 31, 2002 23:19:14 at 11:19:14PM +0200, Brad Knowles wrote: > > You're welcome to take on that task for whatever OSes & projects > you see fit, but I don't think that it's fair to ask the mutt > maintainers to do this for every OS under the sun. > > No, the original mutt

Re: option description - default and dependencies

On Wed, Jul 31, 2002 at 21:49:21 -0500, Patrick wrote: > Quote from and earlier post by you answering Sven Guckes: > > > whenever I see the options list > > I think it *should* be sorted: > > > > Compile options: > > -DOMAIN > > -DEBUG > > -HOMESPOOL -USE_SETGID +USE_DOTLOCK -DL_STAND

Re: option description - default and dependencies

* Vincent Lefevre ([EMAIL PROTECTED]) [01 Aug 2002 13:33]: > On Thu, Aug 01, 2002 at 12:25:01 +1000, Iain Truskett wrote: > > * Vincent Lefevre ([EMAIL PROTECTED]) [01 Aug 2002 11:56]: > > [..] > > > And how can one find the options used to compile Mutt? > > > > mutt -v > No, it gives partial in

Re: option description - default and dependencies

On Wed, Jul 31, 2002 at 21:32:48 -0500, Patrick wrote: > * Vincent Lefevre <[EMAIL PROTECTED]> [07-31-02 21:25]: > > On Wed, Jul 31, 2002 at 21:14:18 -0500, Patrick wrote: > > > * Vincent Lefevre <[EMAIL PROTECTED]> [07-31-02 21:04]: > > > > On Thu, Aug 01, 2002 at 02:09:18 +0200, Sven Guckes wrot

Re: option description - default and dependencies

On Thu, Aug 01, 2002 at 12:25:01 +1000, Iain Truskett wrote: > * Vincent Lefevre ([EMAIL PROTECTED]) [01 Aug 2002 11:56]: > > [..] > > And how can one find the options used to compile Mutt? > > mutt -v No, it gives partial information. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web:

Re: option description - default and dependencies

* Vincent Lefevre <[EMAIL PROTECTED]> [07-31-02 21:25]: > On Wed, Jul 31, 2002 at 21:14:18 -0500, Patrick wrote: > > * Vincent Lefevre <[EMAIL PROTECTED]> [07-31-02 21:04]: > > > On Thu, Aug 01, 2002 at 02:09:18 +0200, Sven Guckes wrote: > > > > * Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 21

Re: option description - default and dependencies

* Vincent Lefevre <[EMAIL PROTECTED]> [07-31-02 21:25]: > On Wed, Jul 31, 2002 at 21:14:18 -0500, Patrick wrote: > > * Vincent Lefevre <[EMAIL PROTECTED]> [07-31-02 21:04]: > > > On Thu, Aug 01, 2002 at 02:09:18 +0200, Sven Guckes wrote: > > > > * Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 21

Re: option description - default and dependencies

* Vincent Lefevre ([EMAIL PROTECTED]) [01 Aug 2002 11:56]: [..] > And how can one find the options used to compile Mutt? mutt -v cheers, -- Iain, who still finds it odd seeing you in non-Acorn contexts.

Re: option description - default and dependencies

On Wed, Jul 31, 2002 at 21:14:18 -0500, Patrick wrote: > * Vincent Lefevre <[EMAIL PROTECTED]> [07-31-02 21:04]: > > On Thu, Aug 01, 2002 at 02:09:18 +0200, Sven Guckes wrote: > > > * Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 21:03]: > > > > > so the solution is: extend the manual with more

Re: option description - default and dependencies

* Vincent Lefevre <[EMAIL PROTECTED]> [07-31-02 21:04]: > On Thu, Aug 01, 2002 at 02:09:18 +0200, Sven Guckes wrote: > > * Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 21:03]: > > > > so the solution is: extend the manual with more information! > > > > eg "Default: "/path/file" (unless specifi

Re: option description - default and dependencies

On Thu, Aug 01, 2002 at 02:09:18 +0200, Sven Guckes wrote: > * Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 21:03]: > > > so the solution is: extend the manual with more information! > > > eg "Default: "/path/file" (unless specified by --some-option)" > > The user doesn't necessarily know what

Re: option description - default and dependencies

* Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 21:03]: > > so the solution is: extend the manual with more information! > > eg "Default: "/path/file" (unless specified by --some-option)" > The user doesn't necessarily know what options have > been used, so this is a bad idea to say that. i di

Re: RFE: regex backrefs

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. > > Imagine

Re: RFE: regex backrefs

* Mark J. Reed ([EMAIL PROTECTED]) [01 Aug 2002 02:05]: [...] > Vim may not have modern innovations from Perl 5 like non-capturing > grouping, lookaround, etc., but it's hardly "broken". Actually, vim has non-capturing grouping and look-ahead/behind. And with the various magic escapes, you can h

Re: Pipe:ing messages - behavior changed?

Hello Peter, On Tuesday, July 30, 2002 at 8:52:18 PM +0200, Peter Schuller wrote: > the | command seems to only pipe what's on screen, not the entire raw > message. unset pipe_decode Bye!Alain "short" Bench.

Re: Packaging mutt script, was: muttprofile (new)

At 2:27 PM +0200 2002/07/31, Marco Fioretti wrote: > Both personally, and as leader of the RULE project (see below) I would > really appreciate something like this, i.e. one package, to be > eventually delivered as .rpm, .deb, .tgz, whatever, that collects *all* > these things. You'r

Re: option description - default and dependencies

On Wed, Jul 31, 2002 at 19:36:33 +0200, Sven Guckes wrote: > * Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 17:16]: > > The default value of dotlock_program > > depends on the configuration options. > > ah, ok, good example! which was in my first message of this thread. :) > but it still doe

Re: basic shell funtionality?

Lukas Schroeder wrote: > On Wed, Jul 31, 2002 at 11:12:11AM +0200, Rocco Rutte wrote: >> * Lukas Schroeder [02-07-30 23:37:57 +0200] wrote: >> > does mutt have some basic shell functionality built in? >> > i'd like to 'cd' and 'pwd', so that i can conveniently >> > store attachments where i want t

Re: utilities -> extra archive

On Wed, Jul 31, 2002 16:00:47 at 04:00:47PM +0200, Sven Guckes wrote: > > i'd rather not bundle mutt with all utilities. after all, > many people might not have a need for these at all. > I agreee 100% on this. A "mutt-utils.rpm" would be extremely useful for newbies (as I mentioned in my othe

Re: where to specify html viewer

On Wed, Jul 31, 2002 at 11:42:10AM -0700, [EMAIL PROTECTED] wrote: > When I installed the latest version of mutt, it changed or lost how to view > html messages (lynx), and now returns this error: > >h: lynx-dump: command not found > > I've looked through the main mutt config and doc's, but

Re: where to specify html viewer

On Wed, Jul 31, 2002 at 02:42:10PM -0400, [EMAIL PROTECTED] wrote: > When I installed the latest version of mutt, it changed or lost how to view > html messages (lynx), and now returns this error: > >h: lynx-dump: command not found Look in ~/.mailcap. It appears that you're set up to try to

where to specify html viewer

When I installed the latest version of mutt, it changed or lost how to view html messages (lynx), and now returns this error: h: lynx-dump: command not found I've looked through the main mutt config and doc's, but can't see where/how to set this to 'lynx', I have no 'lynx-dump' that I can see

Re: FYI: MIME RFC's

On Tue, Jul 30, 2002 at 11:41:01PM -0700, [EMAIL PROTECTED] wrote: > This link is to 'gmime'. The site starts off with a list of MIME RFC's that > the program deals with. I have no idea if these are all the important or > necesssary ones, but the list will certainly give you an idea for what's >

Re: option description - default and dependencies

* Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 17:16]: > > > > the default value should *always* be documented. > > > What do you mean by "documented"? > > the manual to "muttrc" should show it. > OK, so what happens if two Mutt binaries use different default values? "different things"? ;-)

Re: mutt + procmail + nfs...

On Wed, Jul 31, 2002 at 06:46:55PM +0200, Ralf Hildebrandt wrote: > > however, this is the dreaded mailbox on nfs issue. do procmail and mutt > > play nice on nfs? > > If you use Maildir, yes. Maildir has the problem of trading NFS locks for excess synchronous meta-data operations, and syn

Re: option description - always give default value

On Wed, Jul 31, 2002 at 18:26:40 +0200, Sven Guckes wrote: > * Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 15:14]: > > > the default value should *always* be documented. > > What do you mean by "documented"? > > the manual to "muttrc" should show it. OK, so what happens if two Mutt binaries

Re: RFE: regex backrefs

Oops, I meant to reply to Roman's text, too, but my delete finger was hyperactive. * On 2002.07.31, in <[EMAIL PROTECTED]>, * "Roman Neuhauser" <[EMAIL PROTECTED]> wrote: > > btw, vim's regex support is completely b0rken IMO. its (no) magic > switches... weird syntax... ugh. Wha

Re: RFE: regex backrefs

* On 2002.07.31, in <[EMAIL PROTECTED]>, * "Roman Neuhauser" <[EMAIL PROTECTED]> wrote: > > > > Strictly speaking, if used as a shared library, and existing regexp > > support is blown away and replaced, then it reduces bloat. Not necessarily. I'm not already using pcre, so it still bloats

Re: mutt + procmail + nfs...

* kevin lyda <[EMAIL PROTECTED]> [2002-07-31 12:44]: > however, this is the dreaded mailbox on nfs issue. do procmail and > mutt play nice on nfs? Mutt and procmail both support Maildir natively. See . (darren) -- Patriotism is the last resource of scoundre

Re: mutt + procmail + nfs...

On Wed, Jul 31, 2002 at 05:45:32PM +0100, kevin lyda wrote: > ok, i have a mail server that also exports out /home. it has several > raid disks is connected to an ups and is generally noisy so it lives in > my utility room. my workstation lives in my office and it mounts /home > from the mail se

mutt + procmail + nfs...

ok, i have a mail server that also exports out /home. it has several raid disks is connected to an ups and is generally noisy so it lives in my utility room. my workstation lives in my office and it mounts /home from the mail server. sendmail invokes procmail to deliver my mail on the mail serv

Re: option description - always give default value

* Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-31 15:14]: > If the default value given by the manual is not the same as > the real default value used by Mutt, it is very confusing. errr... that's self-evident, isn't it? > > the default value should *always* be documented. > What do you mean by "

Re: RFE: regex backrefs

On Wed, Jul 31, 2002 at 05:54:42PM +0200, Roman Neuhauser wrote: > btw, vim's regex support is completely b0rken IMO. its (no) magic > switches... weird syntax... ugh. Given that vim's regexes are based on vi's which are based on ed's, and ed was the first UNIX program to *have* regexes, i

Re: RFE: regex backrefs

> Date: Thu, 1 Aug 2002 01:25:27 +1000 > From: Iain Truskett <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: RFE: regex backrefs > > * Ricardo SIGNES ([EMAIL PROTECTED]) [01 Aug 2002 01:21]: > > On Wed, Jul 31, 2002 at 05:08:25PM +0200, Roman Neuhauser wrote: > > > this reminds me: how

Re: RFE: regex backrefs

* Ricardo SIGNES ([EMAIL PROTECTED]) [01 Aug 2002 01:21]: > On Wed, Jul 31, 2002 at 05:08:25PM +0200, Roman Neuhauser wrote: > > this reminds me: how hard would it be to make mutt use libpcre? > And, how much would it slow down / bloat up mutt, if at all? Strictly speaking, if used as a shared l

Re: RFE: regex backrefs

> Date: Wed, 31 Jul 2002 10:57:39 -0400 > From: Ricardo SIGNES <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: RFE: regex backrefs > > 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 '

Re: RFE: regex backrefs

On Wed, Jul 31, 2002 at 05:08:25PM +0200, Roman Neuhauser wrote: > > my deep desire: mutt should be able to have backrefs to its regexen. > > this reminds me: how hard would it be to make mutt use libpcre? And, how much would it slow down / bloat up mutt, if at all? -- rjbs msg29997/pg

RFE: regex backrefs

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. Imagine the power available in something a

Re: option decsription - always give default value

On Wed, Jul 31, 2002 at 16:34:18 +0200, Sven Guckes wrote: > * Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-30 13:30]: > > And when it depends on the configuration, > > the default value shouldn't be given, as it > > may be wrong (this would confuse the user). > > "it"? the default value. If the

Re: FYI: MIME RFC's - spruce.sf.net/gmime ?

* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2002-07-31 06:41]: > This link is to 'gmime'. link? what link? > The site starts off with a list of MIME RFC's > that the program deals with. http://spruce.sourceforge.net/gmime/ ? > I have no idea if these are all the important or necesssary > ones, b

Re: option decsription - always give default value

* Vincent Lefevre <[EMAIL PROTECTED]> [2002-07-30 13:30]: > On Tue, Jul 30, 2002 at 14:40:00 +0200, Sven Guckes wrote: > > a better way is that of vim which includes the info > > that the option/variable is only available when > > some code is in binary as indicated by "+feature" > > in the outut

Re: Display of non-ascii chars

> Thanks a mil! I have added this to my .bash_profile and it seems to work > just fine! (and since we are performing magic here anyway, you wouldn't > happen to know of a way to COMPOSE such characters, rather than just > reading them?) If you use the vim editor for composing messages, then you c

Re: Pipe:ing messages - behavior changed?

* Peter Schuller <[EMAIL PROTECTED]> [2002-07-30 17:52]: > Since upgrading mutt to the latest version the | command seems > to only pipe what's on screen, not the entire raw message. > Is this the intended behavior or is it a bug? > Is it possible for me as a user to override it? the "on screen"

Re: basic shell funtionality?

* Lukas Schroeder <[EMAIL PROTECTED]> [2002-07-31 09:23]: > what i have in mind is functionality similar to vim's > :cd and :pwd commands. that would make my day(s)... > this is not yet implemented, is it? no. you can add this to your list of wishes.. Sven

Re: problem about subjects in asian charsets

Hi Erik, On Wednesday, July 31, 2002 at 7:26:25 PM +1000, Erik Christiansen wrote: > 100 N + Jul 19 Erik Christians ( 4) Forbl?ffende Ul?selig V?s > Subject: Forbl\370ffende Ul\346selig V\345s > Would whatever helped Isaac also fix this one? No: completely different problem. Your's is ev

Re: utilities -> extra archive

* kevin lyda <[EMAIL PROTECTED]> [2002-07-31 12:08]: > On Wed, Jul 31, 2002 at 12:30:52PM +0200, Rocco Rutte wrote: > > useful (preferebly perl) scripts dealing with .muttrc. Some > > alias conversion scripts, muttrc2html, maybe muttrcbuilder > > and the like. A script dealing with profiles would

Re: muttprofile (new)

On Wed, Jul 31, 2002 at 12:30:52PM +0200, Rocco Rutte wrote: > useful (preferebly perl) scripts dealing with .muttrc. Some > alias conversion scripts, muttrc2html, maybe muttrcbuilder > and the like. A script dealing with profiles would perfectly > fit in my ideas. Interested? Anyone else interest

Packaging mutt script, was: muttprofile (new)

Hello, in the ".muttprofile(new)" Kevin said: > in general though it would be nice to have a lot of these scripts > distributed with mutt. and if need be for dependancies packagers could > have mutt-perl, mutt-python, etc packages so that the main mutt package > wouldn't depend on any in

Re: Display of non-ascii chars

On Wed, Jul 31, 2002 at 02:16:09PM +0200, Roman Neuhauser wrote: > % setenv LANG en_US.ISO8859-1 > or > % export LANG=en_US.ISO8859-1 > depending on the type of shell you use. > permanent fix lies in your shell's start up files. export $LANG with > appropriate value from

Re: Display of non-ascii chars

> Date: Wed, 31 Jul 2002 13:58:48 +0200 > From: Erik van der Meulen <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: Display of non-ascii chars > > On Wed, Jul 31, 2002 at 01:46:24PM +0200, Roman Neuhauser wrote: > > > looks like you have $LANG set to C, POSIX, or something like th

Re: muttprofile (new)

On Wed, Jul 31, 2002 at 12:30:52PM +0200, Rocco Rutte wrote: > useful (preferebly perl) scripts dealing with .muttrc. Some > alias conversion scripts, muttrc2html, maybe muttrcbuilder > and the like. A script dealing with profiles would perfectly > fit in my ideas. Interested? Anyone else interest

Re: Display of non-ascii chars

On Wed, Jul 31, 2002 at 01:46:24PM +0200, Roman Neuhauser wrote: > looks like you have $LANG set to C, POSIX, or something like that. > what happens if you just cat(1) the message (i. e. view it w/o any > intervening program)? i'd guess it won't come up "right" either. Thanks a lot f

Re: Display of non-ascii chars

> Date: Wed, 31 Jul 2002 13:32:49 +0200 > From: Erik van der Meulen <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Display of non-ascii chars > > Dear all, I have some issue with the displaying of non-ascii chars in my > mail. I have to admit that I am not 100% sure that this is a mutt-is

Display of non-ascii chars

Dear all, I have some issue with the displaying of non-ascii chars in my mail. I have to admit that I am not 100% sure that this is a mutt-issue or more shell or terminal related. Sorry if it is off-topic, I have tried all kinds of things to get this right. If an incoming mail contains accents or

Re: muttprofile (new)

On Jul 31, 2002 at 12:30:52PM, Rocco Rutte wrote: > Perl, how cool is that! I'm planning to start a project (on > sourceforge or whereever) which just bundles a few but very > useful (preferebly perl) scripts dealing with .muttrc. Some > alias conversion scripts, muttrc2html, maybe muttrcbuilder >

Re: muttprofile (new)

Hi, * Rikard Florin [02-07-31 12:17:50 +0200] wrote: > http://ratblast.net/muttprofile Perl, how cool is that! I'm planning to start a project (on sourceforge or whereever) which just bundles a few but very useful (preferebly perl) scripts dealing with .muttrc. Some alias conversion scripts, mut

Re: muttprofile (new)

On Wed, Jul 31, 2002 at 12:30:52PM +0200, Rocco Rutte wrote: > Hi, > > * Rikard Florin [02-07-31 12:17:50 +0200] wrote: > > http://ratblast.net/muttprofile > > Perl, how cool is that! I'm planning to start a project (on > sourceforge or whereever) which just bundles a few but very > useful (pref

Re: problem about subjects in asian charsets

On Tue, Jul 30, 2002 at 10:38:55PM +0200, Alain Bench wrote: > Hello Isaac, > > On Tuesday, July 30, 2002 at 4:54:18 PM +0800, Isaac Claymore wrote: > > > whenever I send emails with a subject in Chinese, the receiver gets > > something like this :"Subject: =?zh_cn.gb2312?B?uf65/g==?=" > >

Re: basic shell funtionality?

Hi, * Lukas Schroeder [02-07-31 12:17:44 +0200] wrote: > On Wed, Jul 31, 2002 at 11:12:11AM +0200, Rocco Rutte wrote: > > I've made a short patch adding a variable ``attach_dir'' > > which is the default location to save attachements to. > > If it is empty, mutt uses the current directory; if no

muttprofile (new)

Hello, I did some changes to Muttprofile (originally written by Martti Rahkila). Basically I just added a small GUI to make it look similar to Mutt's internal view of aliases, but for profiles then. I know Mutt is very good with different hooks for different mailboxes etc, but sometimes it's use

Re: problem about subjects in asian charsets

On Tue, Jul 30, 2002 at 04:54:18PM +0800, Isaac Claymore wrote: >However, whenever I send emails with a subject in Chinese, the receiver > gets something like this :"Subject: =?zh_cn.gb2312?B?uf65/g==?=", although > all other parts of the mail are fine. >Thanks for hints and suggestions.(

Re: basic shell funtionality?

On Wed, Jul 31, 2002 at 11:12:11AM +0200, Rocco Rutte wrote: > * Lukas Schroeder [02-07-30 23:37:57 +0200] wrote: > > does mutt have some basic shell functionality built in? > > i'd like to 'cd' and 'pwd', so that i can conveniently > > store attachments where i want them - especially when i > >

Re: basic shell funtionality?

Hi, * Lukas Schroeder [02-07-30 23:37:57 +0200] wrote: > does mutt have some basic shell functionality built in? > i'd like to 'cd' and 'pwd', so that i can conveniently > store attachments where i want them - especially when i > have to store multiple attachments in a row into a > directory that