Re: A better mutt? (Was Re: catchup command?)
On Sat, Sep 23, 2000 at 10:19:17AM -0400, David T-G wrote: > ... and my fear is that, once such a change were made, the text-only > mutt would suffer if not go away entirely. That would really suck > for me, for instance, since I do my mail over an ssh vt100 > connection (and pround of it! :-) Not necessarily. Most of the functionality could be implemented in a common backend, and the frontends where just "stupid" displays... I do (believe it or not) use mutt over ssh, and wouldn't want to start using X11-forwarding just to read mail... > Could what you suggest be accomplished or approximated through a few > macros here and there combined with multiple term windows running mutt > under a windowing system? Most likely. But that still wouldn't let people to render bidirectional text or make tagging any easier. -Jens PGP signature
Re: A better mutt? (Was Re: catchup command?)
On Sat, Sep 23, 2000 at 04:02:44PM +0300, Mikko Hänninen wrote: > Jens Askengren <[EMAIL PROTECTED]> wrote on Sat, 23 Sep 2000: > > Yes, I'm suggesting that mutt needs a GUI. > > Last time I asked about this, I was told to check out "Balsa". > (Which I haven't yet done, though it's on my list of things to do > any decade now...) There are a lot of GUI clients out there for X11. But unfortunately, most of them seem to implement ease of use at the cost of limited functionality. -Jens PGP signature
A better mutt? (Was Re: catchup command?)
While I was replying to Peter Jaques question about a catchup command, another reply was already posted to the list. I couldn't possibly know that, because it's impossible to browse the mailboxes and compose at the same time. This is quite annoying, and a good reasons to code a GUI for mutt. Yes, I'm suggesting that mutt needs a GUI. I know that some of you might want to edit your .procmailrc after reading this post. Please do so, but read this first =) Mutt is one of the most powerful mail user agents I know of. It has only one major bug: you have to be a poweruser to utilize its features. A GUI for mutt would not only make it more easy to use, but would also make it possible to add good support for unicode fonts and right-to-left text rendering. It would also be possible to have a separate composer window... A GUI-mutt could be implemented by separating mutt into a backend and several frontends (curses, X11, etc). The frontend could be selected at compiletime, or loaded as a plugin/dll/.so-lib at runtime. Given the same .muttrc, the different frontends should feel and act the same. Additionally, a GUI-mutt could have a frame based addressbook, a .muttrc-wizzard, etc. What do you think? If such an idea has a chance to go into the mutt-sources, I would like to contribute to a GTK-frontend. -Jens PGP signature
Re: catchup command?
On Sat, Sep 23, 2000 at 01:33:36AM -0700, Peter Jaques wrote: > i'm looking for some command that will mark all messages in a current > mailbox as being read, without having to actually read them. You might want a macro like this: macro index m "~A\ N\ ~A" Replace "m" with whatever key you want to bind it to. -Jens PGP signature
Re: Is it possible to check multiple pop3 hosts
On Thu, Sep 21, 2000 at 02:46:17PM +0100, housebee wrote: > I hope someone can help me to make it able for me to check more than > one pop3 hosts. I would suggest using fetchmail from a cron script. Fetchmail can download messages from multiple accounts of different types. And you would get your mail even when your not logged in... I use fetchmail together with MasqMail (for sending). If the connection is down when you send the mail, masqmail queues it until next time you log on. You will find fetchmail at http://www.tuxedo.org/~esr/fetchmail/ -Jens PGP signature
Possible bug
Hello I was trying to make each key bind to the same functions in every menu when I discovered this (bug?): # This works as expected macro index I "!\n" "Goto Inbox" # This produces an error when "I" is pressed macro browser I "!\n" "Goto Inbox" # I added this line by mistake. When "c" is pressed mutt stops # responding to keyboard input and jumps to 100% cpu utilization: macro browser c "!\n" "Goto Inbox" Another thing I consider to be a usability bug is that the "mail"-function isn't available under the "browser"-menu. -Jens
Re: Mutt's URL support
On Sun, Sep 10, 2000 at 09:29:09PM -0700, Shane Wegner wrote: > [...] Is there any feature which allows > pine-like url viewing? Moving around in the message itself and spawning a > browser. If not, is there a better way to get an URL with some context. I you are using mutt in an xterm, you could set up a keybinding like this: bind pager \cb "!$BROWSER `xcut -p` &" That would spawn a browser on the selected url. (xcut is a little utility for manipulating the clipboard. You'll find it on freshmeat: http://freshmeat.net/search/?q=xcut) -Jens
Re: bind syntax
On Sun, Sep 10, 2000 at 10:11:29AM +0200, Magnus Stenman wrote: > Is there a way to / would it be a good idea to be able to > set more than one map when binding a key, eg: > > bind index,pager \e previous-entry > > (instead of stacking multiple entries for whatever maps you are > binding to) If you bind to the "generic" menu you will get that effect. Unfortunately, if a function doesn't exist in a menu this will fail. I think bind generic key func should be interpreted like "bind KEY to FUNC in all menus where FUNC is defined" instead of "bind KEY to FUNC if FUNC is defined in all menus". -Jens
Re: delete-and-jump-to-next-unread
On Sat, Sep 09, 2000 at 11:27:21PM +0300, Mikko Hänninen wrote: > delete-message only advances is $resolve is set. So you could do > this: > > macro index "unset >resolveset resolve" Thanks! Now my keybindings are close to perfection... I would never had thought about the resolve option myself. Isn't that about DNS? ;) -Jens
delete-and-jump-to-next-unread
I would like to set up a keybinding that marks the current message and then jumps to the next unread (instead of the next message) in the pager menu. I've tried to solve it with a macro like this: macro index "" but since delete-message automatically skips to the next it doesn't work as expected. If set-flag was available under the pager menu, this would be very easy. -Jens
Re: Folder navigation
On Sat, Sep 09, 2000 at 02:10:35AM +0200, Juergen Salk wrote: > Well, I have about 20 folders and if I have just left - let's > say - the 17-th folder, I have to scroll all the way down > to reach the 18-th folder (remember: I have already done this > 16 times before). I know that I can alternatively enter the number > of the folder, but it would be much more efficient just to hit > the cursor-down-cursor-right key sequence to enter the next folder. > I'm sorry I don't have an answer to this, but it gave me an idea: I have a macro like this: macro pager i "?/" This brings up the folder list, and asks for a search expression. It's an attempt to mimic the woderfull editor xfte's fileselector: When you press a key, the browser highlights the first filename that starts with that letter. Additional keypresses narrows the search. It's quite like incremental search in vim. This functionality is definitely on my wishlist of new mutt features. -Jens
Re: Folder navigation
On Sat, Sep 09, 2000 at 02:10:35AM +0200, Juergen Salk wrote: > Well, I have about 20 folders and if I have just left - let's > say - the 17-th folder, I have to scroll all the way down > to reach the 18-th folder (remember: I have already done this > 16 times before). I know that I can alternatively enter the number > of the folder, but it would be much more efficient just to hit > the cursor-down-cursor-right key sequence to enter the next folder. > I'm sorry I don't have an answer to this, but it gave me an idea: I have a macro like this: macro pager i "?/" This brings up the folder list, and asks for a search expression. It's an attempt to mimic the woderfull editor xfte's fileselector: When you press a key, the browser highlights the first filename that starts with that letter. Additional keypresses narrows the search. It's quite like incremental search in vim. This functionality is definitely on my wishlist of new mutt features. Goodnight /Jens
Re: Cancel commands
On Fri, Sep 08, 2000 at 06:55:22AM -0400, David T-G wrote: > IIRC, however, your terminal settings (use stty to see) decide that ^C is > the interrupt character and so your shell grabs the command before it > even gets to mutt. You'll need to first change your shell with something > like > > stty intr ^G While this work, it's not a perfect solution. A lot of usefull control+key combinations are not avaiable since they are treated specially. For example ^S and ^Q are often bound to terminal flowcontrol... I have never done any ncurses programming myself, but I belive (and pico seems to agree) that it's possible to work around this. -Jens
Cancel commands
Hello Since I often find myself hitting ^C (instead of ^G) to cancel commands that prompts for input like "mail" and "limit", I would like to rebind that function. The docs doesen't says what function ^G is bound to, so i tried: bind editor \Cc cancel bind editor \Cc abort bind edicor \Cc exit macro editor \Cc \Cg etc... But none of these work. It seems like it's imposible to bind ^C at all. Is this correct? Can somone give me a hint here? -Jens
