Re: home/end/pageup/pagedown don´t work
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 debug this, find the getch() call in curs_lib.c (line 70 in the Mutt 1.1.5 sources) and add this line after it: dprint(4, (debugfile, "got char: %o\n", ch)); Recompile, and then run Mutt with the -d 4 option to get debuglevel 4. Look at the ~/.muttdebug0 file for the output. The values printed will correspond to whatever is defined in the curses header file; anything beyond what you get out of this you will have to go digging in the curses code, not Mutt. I only describe all this because I've done it. :-) Hope this helps, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs / If you don't use punctuation there is no point in what you write
Re: home/end/pageup/pagedown don´t work
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) it sees Mutt does not see X-style keysyms. Mutt sees ncurses-style key codes, such as those found in /usr/include/ncurses.h: /* * Pseudo-character tokens outside ASCII range. The curses wgetch() * function will return any given one of these only if the * corresponding k- capability is defined in your terminal's * terminfo entry. */ [...] #define KEY_NPAGE 0522/* Next page */ #define KEY_PPAGE 0523/* Previous page */ 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 "". So you see, it falls upon the curses subsystem to recognize the escape code for the key you have pressed, and return the proper code to Mutt. How is this done? Through the terminfo database. Curses knows that your terminfo database contains an entry called "knp" that determines the key sequences that represents "Key for Next Page". When that sequence of input characters is noticed, then the KEY_NPAGE value will be returned. So you see, if the terminfo database is correct, then this should all work. You have not demonstrated to anyone here that your terminfo database actually *is* correct, so we will continue to tell you that you should investigate that option. > Maybe there's a patch. Doesn't the maintainer read this list? I believe that nearly every person who has submitted code to the Mutt project is reading this list. The answer to your problem is still the same. Since we cannot see all the elements of your system that are coming together to create the interaction known as "your login session", we must guess at the most likely problems, and you must demonstrate that our guesses are not the source of your problem before we can produce more. -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: Problems with mutt and locking
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: > > mutt | tee junk > cat junk > > I have found this error: > > fcntl: No locks available (errno = 37) > > We use both elm and pine without problems. We also succesfully use > mutt on our SGIs which also mounts mail from this same FreeBSD system. > I can make mutt work by properly making mutt_dotlock setgid AND > by using the --disable-fcntl during a build (see -v output below). > However, I know that I need fcntl locking so that is not a solution. > Can someone tell me if the problems I am experiencing have something > to with the RedHat client system or with how the mail directory is > exported on the FreeBSD system? You need to make sure that lockd is running on the RedHad machine. (the standard RH install does not set this up) elm and pine are probably not using fcntl, which is why they work, just like mutt works when compiled with --disable-fcntl. You need lockd for fcntl. - Dan
Re: home/end/pageup/pagedown don't work
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
Re: home/end/pageup/pagedown don´t work
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 the maintainer read this list? regards, Jens
Problems with mutt and locking
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: fcntl: No locks available (errno = 37) We use both elm and pine without problems. We also succesfully use mutt on our SGIs which also mounts mail from this same FreeBSD system. I can make mutt work by properly making mutt_dotlock setgid AND by using the --disable-fcntl during a build (see -v output below). However, I know that I need fcntl locking so that is not a solution. Can someone tell me if the problems I am experiencing have something to with the RedHat client system or with how the mail directory is exported on the FreeBSD system? System details: Redhat 6.1 kernel-2.2.12-20 /etc/fstab: kosh:/var/mail /var/spool/mail nfs rw,bg,intr,hard 0 0 mutt-1.0.1-us wes@yankee> ./mutt -v Mutt 1.0.1us (2000-01-18) Copyright (C) 1996-2000 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.2.12-20 [using ncurses 4.2] Compile options: -DOMAIN -HOMESPOOL +USE_SETGID +USE_DOTLOCK -USE_FCNTL -USE_FLOCK -USE_IMAP -USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/spool/mail" SHAREDIR="/usr/local/lib/mutt" SYSCONFDIR="/usr/local/etc" ISPELL="/usr/bin/ispell" To contact the developers, please mail to <[EMAIL PROTECTED]>. Mail server details: FreeBSD kosh.arc.umn.edu 3.4-STABLE FreeBSD 3.4-STABLE #3: Wed Jan 12 16:07:53 CST 2000 root@:/usr/src/sys/compile/KOSH i386 --- Wes Barris[EMAIL PROTECTED] Network Computing Services, Inc. 612.626.8090 --- Today's fortune: The severity of the itch is proportional to the reach.
Re: home/end/pageup/pagedown don't work
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, you said this in your earlier message: > I changed terminfo to ^[[5~ and so on as Marius suggested. But > "infocmp $TERM" still gives the same codes. Since the change is not taking effect, you apparently aren't changing the terminfo database.. ?? -- David DeSimone | "The doctrine of human equality reposes on this: [EMAIL PROTECTED] | that there is no man really clever who has not Hewlett-Packard | found that he is stupid." -- Gilbert K. Chesterson UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D AB A6 15 F1 BB BE 8C 44
Re: List replys
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 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 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-reply; bind attach r >list-reply" > > folder-hook clug "bind index r reply; bind index r reply; bind attach r reply" > > These 4 lines mean will have the end-result that for both folders mutt > and clug, r is bound to reply in the menus index and attach, and in > pager it is bound to list-reply. > > You have two hooks for each folder. They get both executed, in order. > Therefore the second hook mostly un-does what the first does. The only > exception is that you're binding r to reply in index twice, which looks > like a mistake (you probably meant pager). > > I'm *guessing* that this is what you want: > > folder-hook ."bind index r reply; bind pager r reply; bind attach r reply" > folder-hook mutt "bind index r list-reply; bind pager r list-reply; bind attach r >list-reply" > folder-hook clug "bind index r list-reply; bind pager r list-reply; bind attach r >list-reply" > > Ie. the default is to have r invoke the normal reply function in > index/pager/attach, but for the folders "mutt" and "clug" r will use > list-reply instead. The order is important, since the . will match > everything (including the mutt and clug folders), and all matching hooks > get invoked. Also note that the argument to folder-hook is a substring > match, so for example the folder "my-mutties" would also be matched by > the "mutt" regexp. > > > Hope this helps, > Mikko > -- > // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ > // The Corrs list maintainer // net.freak // DALnet IRC operator / > // Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs / > Reality is for people who can't cope with the Internet. -- /helfman "At any given moment, you may find the ticket to the circus that has always been in your possession."
Re: Date format
> 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 of all types of configuration problems ...
Re: List replys
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 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-reply; bind attach r >list-reply" > folder-hook clug "bind index r reply; bind index r reply; bind attach r reply" These 4 lines mean will have the end-result that for both folders mutt and clug, r is bound to reply in the menus index and attach, and in pager it is bound to list-reply. You have two hooks for each folder. They get both executed, in order. Therefore the second hook mostly un-does what the first does. The only exception is that you're binding r to reply in index twice, which looks like a mistake (you probably meant pager). I'm *guessing* that this is what you want: folder-hook ."bind index r reply; bind pager r reply; bind attach r reply" folder-hook mutt "bind index r list-reply; bind pager r list-reply; bind attach r list-reply" folder-hook clug "bind index r list-reply; bind pager r list-reply; bind attach r list-reply" Ie. the default is to have r invoke the normal reply function in index/pager/attach, but for the folders "mutt" and "clug" r will use list-reply instead. The order is important, since the . will match everything (including the mutt and clug folders), and all matching hooks get invoked. Also note that the argument to folder-hook is a substring match, so for example the folder "my-mutties" would also be matched by the "mutt" regexp. Hope this helps, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs / Reality is for people who can't cope with the Internet.
Re: List replys
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-reply; bind attach r list-reply" folder-hook clug "bind index r reply; bind index r reply; bind attach r reply" these are all on one line > On 2000-02-22 13:01:39 -0600, Jason Helfman wrote: > > > What type of macro could I set up so if I am in a specific folder > > I could do a List Reply, when hitting r? > > folder-hook a "bind index r list-reply; bind pager r list-reply; bind attach r >list-reply" > folder-hook b "bind index r reply; bind index r reply; bind attach r reply" > > -- > http://www.guug.de/~roessler/ > -- /helfman "At any given moment, you may find the ticket to the circus that has always been in your possession."
Re: generic bind q.
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 ? > > It should match, provided that there's no specific binding for the keys > in that map (=the context, index/pager/etc.). "The generic menu is not a real menu, but specifies common functions (such as movement) available in all menus except for pager and editor." -- The Manual Marius Gedminas -- MCSE == Marginal Computer Software Enthusiast
Re: Date format
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 > > Wrap a script around this and off you go :) 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 ... Edmund
Re: home/end/pageup/pagedown don't work
> 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
Re: Date format
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). > > 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 Wrap a script around this and off you go :) I just tested it here, sending email to myself: Date: Fri, 25 Feb 2000 11:04:45 -0500 (We are in GMT, and I used TZ=EST.)
Re: Date format
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 choosing the timezone for the emails to be a modification of the format. > 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). Yes, Mutt creates the Date header. I think the reason it's not shown in $edit_headers is that it's only created at the moment when the email is sent. Another alternative reason is that it's not given to the user because it should be in that specific format. But Mutt provides ample other opportunities for a user to shoot him/herself in the foot, so this shouldn't be any different, so I don't think that's the reason. > 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. I don't think there's any easy way to configure to Mutt itself to change the timezone. What you can do is to set your $sendmail to point to a script that strips the Date header that Mutt gives and substitutes one which is in the right timezone. Make sure you get the formatting right. Your other alternative is to patch Mutt... > If not: what would one do if he were using Mutt on a system over which > he had no control of the system's time zone? If it was me, I'd use the system's timezone. :-) If I really wanted to change it (I can't imagine why..?) I'd use a sendmail wrapper script, like described above. Hope this helps, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs / "We are chasing the moon, just running wild and free" -- The Corrs
Re: [New user]: Saving e-mails
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 be all lower case, I think, and you can't change that) Hope this helps, Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs / You will pay the price for your lack of vision!
Re: remove from group reply
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 different but I tryed it and > > it does not > > work. > > metoo is precisely the option you want to unset. Note, however, > that you'll have to correctly set up your alternates. yes setting alternates helps. -- Keso don't worry about glory
[New user]: Saving e-mails
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 -- [[EMAIL PROTECTED]] -- [http://www.pvv.org/~randhol/] "Det eneste trygge stedet i verden er inne i en fortelling." -- Athol Fugard
Re: remove from group reply
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 precisely the option you want to unset. Note, however, that you'll have to correctly set up your alternates. -- http://www.guug.de/~roessler/
remove from group reply
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 glory
Re: generic bind q.
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 override generic bindings. So you can't make a generic
> binding and expect it to work immediately in all the different contexts,
> it only takes effect if those contexts don't have a definition in their
> map.
understant, but I have no map-specific bindings in pager bind to ?.
> So, I'm guessing that you have ? bound to help in the pager.
yes, but it's mutt default, but it's default for index too and there it works.
>
> Possible solutions:
>
> 1) bind ? in pager (and all the other maps where you want it to work)
> specifically to search, and do the same for
this works, but q. is why does not work "generic" ?
Here are bindings and macros from my .muttrc
#some vi like bindings in pager
bind pager 'j' next-line
bind pager 'k' previous-line
bind pager \Cu half-up
bind pager \Cf half-down
bind pager \CU previous-page
bind index '{' previous-thread
bind index '}' next-thread
#go to first mail
bind index '+' first-entry
#go to last mail
bind index '=' last-entry
#opposite search
bind generic '?' search-opposite
#redefine help
bind generic '' help
#rebind alias
bind index 'A' create-alias
bind pager 'A' create-alias
#clear N flag from messages
macro index \eN T~N\n\;WN\;W*
#delete big messages need sync mailbox for sucess
macro index \eD T~z>1\n\;d
#macros for urlview(ctrl-b)
macro index \cb |urlview\n
macro pager \cb |urlview\n
#macro for jumping to flaged message
macro index a /~F\n
--
Keso
don't worry about glory
