David DeSimone <[EMAIL PROTECTED]> wrote on Fri, 25 Feb 2000:
> As you can see, Mutt calls a function called wgetch(), to get a "key"
> from the keyboard. If that function returns 0522, then Mutt knows that
> you pressed the "next page" key, which Mutt calls "".
If you (Jens) really want to debu
Jens Wilhelm Wulf <[EMAIL PROTECTED]> wrote:
>
> now tried xkeycaps and changed keysym from next/prior to
> KP_next/KP_prior. Doesn't help, too.
That's probably because they were already set correctly.
> To finally see what happens it must be possible to make mutt tell me
> which key(sym/code)
On Fri, Feb 25, 2000 at 04:10:24PM -0600, Wes Barris wrote:
> I have been trying to get mutt working on a Linux/RedHat 6.1 system.
> The /var/spool/mail directory is NFS mounted from a FreeBSD system.
> Mutt keeps telling me that user's mail files are "Read Only".
> By running this command:
>
>
Hi David,
> Since the change is not taking effect, you apparently aren't changing
> the terminfo database.. ??
Well, I think I gave the correct instructions, but I may be wrong (in
another mail I described what I did).
regards, Jens
Some "news" again...
now tried xkeycaps and changed keysym from next/prior to KP_next/KP_prior.
Doesn't help, too.
To finally see what happens it must be possible to make mutt tell me which
key(sym/code) it sees I can't believe that this should be impossible.
Maybe there's a patch. Doesn't t
I have been trying to get mutt working on a Linux/RedHat 6.1 system.
The /var/spool/mail directory is NFS mounted from a FreeBSD system.
Mutt keeps telling me that user's mail files are "Read Only".
By running this command:
mutt | tee junk
cat junk
I have found this error:
Jens Wilhelm Wulf <[EMAIL PROTECTED]> wrote:
>
> > That is, generate a file with infocmp, edit it, then compile that
> > file with tic. Is that what you did?
>
> Yes, I think so:
> ---
> infocmp $TERM > tmp.dat
> (edited the file)
> tic -c tmp.dat
> tic tmp.dat
> ---
Yes, but, y
You all r de best It worked, this is all very new to me, my first
hook@!@
! Mikko Hänninen <[EMAIL PROTECTED]> [250200 15:52]:
> Jason Helfman <[EMAIL PROTECTED]> wrote on Fri, 25 Feb 2000:
> > This doesn't seem to be workingis this entered improperly?
>
> It depends on what you're t
> And if you want the timezone to depend on which folder you're in, or
> who you're writing to, then you simply write a hook that ... calls
> mutt's putenv/setenv command, which doesn't exist, but could be
> created ...
Just like that builtin perl interpreter I envisioned, which could
rid mutt
Jason Helfman <[EMAIL PROTECTED]> wrote on Fri, 25 Feb 2000:
> This doesn't seem to be workingis this entered improperly?
It depends on what you're trying to do. You don't say, but I'm giving
it a guess below.
> folder-hook mutt "bind index r list-reply; bind pager r list-reply; bind attach
This doesn't seem to be workingis this entered improperly?
folder-hook mutt "bind index r list-reply; bind pager r list-reply; bind
attach r list-reply"
folder-hook mutt "bind index r reply; bind index r reply; bind attach r
reply"
folder-hook clug "bind index r list-reply; bind pager r list
On Thu, Feb 24, 2000 at 10:48:44PM +0200, Mikko Hänninen wrote:
> Martin Keseg - Sun Slovakia - SE <[EMAIL PROTECTED]> wrote on Thu, 24
>Feb 2000:
> > bind generic '?' search-opposite
> > bind generic '' help
> >
> > but this does not work in pager.
> >
> > generic does not match pager section
Lars Hecking <[EMAIL PROTECTED]>:
> > Rather than EST I would like to use GMT. My local machine is set to
> > EST and I know I could change that, but I'm wondering if there's a way
> > to change *just* mutt for this.
>
> Bourne shell:
>
> $ TZ=GMT mutt
>
> C shell:
>
> $ env TZ=GMT mutt
> In order to make changes to the terminfo database, you must run "tic".
> That is, generate a file with infocmp, edit it, then compile that file
> with tic. Is that what you did?
Yes, I think so:
---
infocmp $TERM > tmp.dat
(edited the file)
tic -c tmp.dat
tic tmp.dat
---
Jens
Jim Breton writes:
> Is there a way (other than modifying the source) to change the format of
> the Date string put into messages I send? I really just want to change
> the time zone and it looks like Mutt is writing this header (although I
> can't modify it when $edit_headers is set).
>
> Rathe
Jim Breton <[EMAIL PROTECTED]> wrote on Fri, 25 Feb 2000:
> Is there a way (other than modifying the source) to change the format of
> the Date string put into messages I send?
You can't change the *format*, because that's more or less specifically
defined in the RFCs. However I wouldn't call ch
Preben Randhol <[EMAIL PROTECTED]> wrote on Fri, 25 Feb 2000:
> How do I set it up so that if I press save (s) on a mail in one of my
> folders, say Mutt-users, the e-mail is appended to the file
> +Saved/Mutt-users ?
Something like this:
save-hook ~l +Saved/%B
(the folder-name from %B will b
Thomas Roessler ([EMAIL PROTECTED]) wrote :
> On 2000-02-25 10:42:12 +0100, Martin Keseg - Sun Slovakia - SE wrote:
>
> > I'm using mutt 1.1.5 and I have q. if is possible tell mutt to
> > remove my adress from recipients when I'm group replying ?
>
> > unset metoo is in my understanding differ
How do I set it up so that if I press save (s) on a mail in one of my
folders, say Mutt-users, the e-mail is appended to the file
+Saved/Mutt-users ?
Now sometimes mutt wants to save the e-mail to a file with the username
of the person who sent it.
Pardon my ignorance.
--
Preben Randhol -- [[E
On 2000-02-25 10:42:12 +0100, Martin Keseg - Sun Slovakia - SE wrote:
> I'm using mutt 1.1.5 and I have q. if is possible tell mutt to
> remove my adress from recipients when I'm group replying ?
> unset metoo is in my understanding different but I tryed it and
> it does not
> work.
metoo is pr
Hi
I'm using mutt 1.1.5 and I have q. if is possible tell mutt to remove my adress
from recipients when I'm group replying ?
unset metoo is in my understanding different but I tryed it and it does not
work.
--
Keso
don't worry about
Mikko Hänninen ([EMAIL PROTECTED]) wrote :
> Martin Keseg - Sun Slovakia - SE <[EMAIL PROTECTED]> wrote on Thu, 24
>Feb 2000:
>
> It should match, provided that there's no specific binding for the keys
> in that map (=the context, index/pager/etc.). Ie. the map-specific
> bindings always over
22 matches
Mail list logo
