Matching with ~h over IMAP
I use spamassassin which tags suspected spam with a header that looks like this: X-Spam-Flag: YES I'm using the '~h' pattern modifier to match messages with that header. However, it appears that instead of just fetching the headers, mutt is fetching the complete message for every message in my inbox in order to match that pattern. Is that correct? Is it possible I have something misconfigured? -Ben -- Ben Beuchler There is no spoon. [EMAIL PROTECTED]-- The Matrix
Re: gpg interoperability between mutt and pine
On Tue, Nov 28, 2000 at 06:55:55PM +, Jim Breton wrote: I use Mutt, and wish to use GPG anytime I send a message to someone whose public key I have. In some cases, these people use Pine with pgp4pine, whose pgp handling is not as nice as Mutt's as I'm sure everyone knows. :) But, I have to deal with it. When I receive a pgp message I just use '| gpg --decrypt' to decrypt, but when I wish to send encrypted mail to these people, I am finding that there is extra work involved. What I'm thinking of is setting up a macro which uses [F]ilter to process the message through "gpg --encrypt --armor --recipient X" where X is the recipient's address. I can do this by hand per-message and it seems to work well enough. My questions are: 1) is it possible to use a variable for the recipient address, and therefore set up a macro in such a manner that I won't have to manually filter the message and enter the recipient each time? 2) is there a better way to do this? In your mutt distribution's contrib directory, you should see a 'gpg.rc' that has all the normal bindings. Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Command line segmentation fault.
On Sat, Nov 25, 2000 at 02:17:07PM -0500, B . L . Jilek wrote: Every time I try to run mutt with this command it gives me a segmentation fault. mutt -s "subject" [EMAIL PROTECTED] ~/file I can run this as root without a problem. I'm useing 1.2.5i on Slackware7.1 Can't seem to figure this out. It works fine for me, so I'm guessing its a perms problem. Try running strace against it and see where its failing. Or rebuild mutt with the debug options and run it with -d4. Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Blocking Spam within the .muttrc?
On Thu, Sep 28, 2000 at 11:47:38AM -0500, Ronny Haryanto wrote: On 28-Sep-2000, Ben Beuchler wrote: I believe the mutt authors feel that that is not mutt's job. For that you will need either procmail or maildrop. I personally prefer maildrop. If you are using Maildir delivery instead of mailbox, you will HAVE to use maildrop. Not true. Procmail supports maildirs since 3.14 (with patches before 3.14). There could be other filtering agents (or LDA) which support maildirs. Hmm. Well, you leave me no choice: I must resort to petty bickering and name calling. So there. Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
PGP/MIME headers
I know know PGP stuff is supposed to be specified via MIME headers. I'm just not sure which technique is best. Mutt is attaching a Content-Type header like this: Content-Type: multipart/encrypted; protocol="application/pgp-encrypted"; boundary="FoLtEtfbNGMjfgrs" Content-Disposition: inline Which shows up as an attachment if viewed in Pine. Messages sent from Pine, however, use a header format like this: Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Type: application/pgp; format=text; x-action=encrypt Which shows up inline. From my perusal of RFC1806, it sounds like the Content-Disposition header combined with a multipart MIME message should, indeed, be displayed as an attachment. -- 2.5 Content-Disposition and Multipart If a Content-Disposition header is used on a multipart body part, it applies to the multipart as a whole, not the individual subparts. The disposition types of the subparts do not need to be consulted until the multipart itself is presented. When the multipart is displayed, then the dispositions of the subparts should be respected. -- Is my interpretation of that snippet correct? If so, it seems it would be preferrable to not set up PGP encrypted messages as multipart so they can be viewed inline by Pine and other MUAs. Since mutt has a record of being extremely correct in it's observation of RFCs, I'm assuming that my understanding of the situation is incorrect. I would be very interested in an explanation of my (presumed) misunderstanding. I also would appreciate any recommendations that I could use to configure mutt to allow "inline" viewing of encrypted messages by other less correct MUAs. Thanks, Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: edit message from compose menu
On Wed, Sep 27, 2000 at 09:34:46AM +0200, Hans Ginzel wrote: How to edit the body of the message from the compose menu otherway than postpone the message? Hit "e". Once you've tried that, hit "?". It will list all the commands that are valid for that menu. Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Mutt / gpg sig verify problems
On Fri, Sep 22, 2000 at 05:59:34PM +0100, Lars Hecking wrote: However, when I receive the inbound copy of that email from the mailserver (vie fetchmail 5.5.0 and my local MTA, courier) the same Is there a courier MTA? I have only ever heard of Courier IMAP. Yeah. Mr. Sam, the author of Courier IMAP, is also working on what promises to be a very cool MTA. Built-in web mail, mail filtering, all sorts of cool stuff. I belive it's at http://courier.sourceforge.net Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Lists v. Subscribe?
On Thu, Sep 21, 2000 at 01:21:29PM +0100, Dave Ewart wrote: [PS. Mail-Folllowup-To header ignored. You probably have a "lists" command which should be changed a "subscribe" command"]. Ah - well spotted, Sir. Is that better now? I still don't understand the difference between "lists" and "subscribe". When should each be used? I've always just added all my lists to both commands... Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Lists v. Subscribe?
On Thu, Sep 21, 2000 at 01:41:26PM -0500, Ronny Haryanto wrote: "subscribe" implies "lists", if you already specify it with subscribe, there's no need to specify it again in lists. lists indicates known list names which you don't necessarily subscribe to. This is used, for example, by the list-reply function (bound to 'L' by default). So, if I am understanding the multiple responses to my query correctly, since I subscribe to all of my lists, I can just hose the "lists" entry completely and the "subscribe" entries will take care of everything? Thanks, Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
mutt not detecting PGP encrypted messages from Outlook
What does mutt look for in order to decide that a message is encrypted? My boss is sending me messages encrypted using Outlook's PGP plugin and they're showing up as plain text. If I pipe 'em out to "gpg --decrypt" the decrypt fine, but since mutt thinks they are plain text the decrypt command doesn't work. Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: mutt not detecting PGP encrypted messages from Outlook
On Wed, Sep 20, 2000 at 04:33:10PM -0400, David T-G wrote: ...and then Ben Beuchler said... % What does mutt look for in order to decide that a message is encrypted? Check out the PGP-Notes file in the doc and implement the procmail rule specified therein. I went the maildrop route, but it works great now! % My boss is sending me messages encrypted using Outlook's PGP plugin and Oh, yeah -- you could shoot your boss for using LookOut! and better the world by a bit while you're at it ;-) Well, aside from his preference for that other OS, he's a pretty great boss. So I'll let him slide. This time. % they're showing up as plain text. If I pipe 'em out to "gpg --decrypt" % the decrypt fine, but since mutt thinks they are plain text the decrypt % command doesn't work. [mutt thinks that because that's what the headers say, naturally] Are you implying that mutt actually pays attention to gasp headers? What a bizarre concept! Most MUAs seem to think they exist only to pad out that useless top third of the message... Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Ummm... PGP signature could NOT be verified.
To what is mutt referring when it says "PGP signature could NOT be verified."? gpg itself is returning no errors: [-- PGP output follows (current time: Wed Sep 20 16:14:34 2000) --] [-- End of PGP output --] [-- The following data is PGP/MIME encrypted --] blah [-- End of PGP/MIME encrypted data --] But the above mentioned error shows up in the status area at the bottom of the mutt screen. Any thoughts? Thanks, Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: how to mark ?
On Tue, Sep 12, 2000 at 10:40:49AM +1100, Rob Watkin wrote: On Mon, Sep 11, 2000 at 08:24:14AM -0700, Myrddin wrote: As well, you can do a pattern-match tag with 'T'. After hitting 'T', mutt will ask for a pattern, and all messages that match that pattern will be tagged. Wonderful, now how do I untag them? :) Have you noted the "?:Help" message in the top right-hand corner of your screen? Hitting "?" and then searching for untag by typing "/untag" brings me to this line: ^T untag-pattern untag messages matching a pattern Now c'mon... That didn't even require opening the manual! Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: eterm/mutt manual?
On Sun, Sep 10, 2000 at 09:37:05PM -0700, Dale Morris wrote: I saw this recently on a list, but sure can't find it now.. Anyhow, when I hit F1 in eterm, it brings up a menu block rather than the manual for mutt. Any way around this? thanks man Eterm Look for the section on 'bind'. It describes how to bind a keystroke to a specified action. It just so happens that the default setup binds F1 (0xffbe) to the Eterm menu but it could be easily changed by modifying the theme file. They are usually in /usr/local/share/Eterm/themes/blah/theme.cfg Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Creating mailboxes in 1.3.8
If I attempt to save mail to a non-existent IMAP folder, I get this error: imap_copy_messages [a0894 NO [TRYCREATE] Mailbox does not exist.] instead of mutt nicely offering to create the folder for me. If, however, I switch to the 'change folder' screen I can create IMAP folders without difficulty via the 'C' command. For what it's worth, I'm using Courier IMAP v0.33a and mutt 1.3.8i. Thanks, Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Changing my_hdr back to default
I've setup up a macro for sending mail as another "persona" that looks something like this: macro index M ":my_hdr From: [EMAIL PROTECTED]enterm" What I'm trying to work out is a way to automatically switch back to using my normal information for any future emails. Any suggestions? Thanks, Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Piping mail through a script from a macro
On Thu, Jul 27, 2000 at 08:27:00PM +0300, Mikko H?nninen wrote: Ben Beuchler [EMAIL PROTECTED] wrote on Thu, 27 Jul 2000: macro index \Cs "pipe-messagespam.plenter If I call it manually from within mutt via the "|" command, it works fine. spam.pl prompts me to hit a key to continue and I drop back in to mutt. If, however, I call it from the macro shown above, mutt locks up completely. There does not appear to be a perl process running anywhere, so I don't think it's actually the external script that's locking up. Any suggestions? I don't know if you copied that from your .muttrc verbatim, but there's no ending quote in that line. That could Seriously Mess Up Things(tm). Good point. Fixed that but it still didn't work. It turns out that it was the \Cs. For some reason mutt didn't like using ^s as a macro. No matter what I specified there, it locked up. I checked and it is not being used anywhere else in the config. My Eterm doesn't have anything bound to that... Very weird. I changed the keystroke to 'Z' and it worked fine. Curiouser and curiouser... Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
More problems with piping a message through a command
OK... I solved my first problem. Now the script I'm piping messages through will occasionally want to launch an editor (vim) so I can edit the list of addresses to which spam complaints will be sent. When it launches vim, vim complains about it's input not being from a terminal. This, of course, royally screws up any interaction with it. Any idea if this is fixable or not? Thanks, Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Piping mail through a script from a macro
On Thu, Jul 27, 2000 at 01:28:00PM -0500, David Champion wrote: $20 says it "unlocks" when you type ^Q. Thanks to you and everyone else that responded with this bit of Unix lore from days gone by... That's one of the reasons I love Unix. It has a history! Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Eterm menus
On Thu, Jul 27, 2000 at 08:39:32PM +0200, Jan Houtsma wrote: On www.mutt.org i noticed a nice menu bar at the top of the Eterm window designed for mutt. How do i make (or steal:)) that? It is entirely a feature of Eterm. Created through it's extensive themeing capabilities. However, most versions of Eterm ship with a mutt theme ready to go. Run your Eterm thusly: Eterm -tmutt The new versions (0.9) of Eterm don't have menus at the top. If you are running a new version, you will find the menus by hitting F1 or Control-RightClick. Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: Piping mail through a script from a macro
On Thu, Jul 27, 2000 at 02:46:52PM -0400, David Lebel wrote: Quoting Ben Beuchler ([EMAIL PROTECTED]): I'm trying to set up a macro to pipe mail through the oh-so-spiffy spam.pl program (spam.sourceforge.net). This is what I have defined: macro index \Cs "pipe-messagespam.plenter I'm also using that program (spam.pl), and here is my macro: macro index .S "|spam.pl\n" It works just fine. I've added a bit on the end like so: pipe-messagespam.plentersave-message=spamenter So it saves 'em to a seperate folder. I'm not sure why I would want to do that, but it seems like it might come in handy. Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: expunge messages
On Wed, Jul 26, 2000 at 06:48:29PM +0400, Dmitry S. Sivachenko wrote: Is it possible to delete messages marked for deletion (with 'D') without leaving mutt? Yep. Hit the "$" key to synchronise up your mailbox. -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612) 321-9290 x101 Bitstream Underground www.bitstream.net
Re: gvim
On Thu, Jul 20, 2000 at 02:11:22PM -0600, Charles Curley wrote: On Thu, Jul 20, 2000 at 03:57:04PM -0400, Mostly Harmless muttered: Can anyone explain how to use gvim with mutt? mutt and gvim fail to get my signature into the message and mutt is always telling me that gvim didn't modify my message, so why don't I abort. I suspect that your .muttrc is not set up correctly for your signature. It provides the siganture before feeding the message boilerplate to your editor. I doubt that's the problem he's having as I use vim and it works fine but if I change the vim line to gvim, it does the same thing he describes. No signature and doesn't actually save the message... Ben -- Ben Beuchler [EMAIL PROTECTED] MAILER-DAEMON (612)-321-9290 x101 Bitstream Underground www.bitstream.net
Re: attachments when using IMAP
On Sat, Jul 15, 2000 at 01:27:21AM +1200, Joe Abley wrote: I have folder and spooldir set to an IMAP-type path, since I don't keep any mail locally. This works very nicely (mmm, 1.2.4i good) except that if I try to add a local attachment to a message I'm composing, mutt looks for the file on the IMAP server rather than looking on the local filesystem. Yeah. That's expected behavior. If you specify an absolute path, it looks for it locally. Ie: ~/downloads/mutt.5.0.tgz will grab it from you local system rather than the remote server. Ben -- Ben Beuchler [EMAIL PROTECTED] Hostmaster/Postmaster (612)-321-9290 x101 Bitstream Underground www.bitstream.net
Re: ESMTP support
On Thu, Jul 13, 2000 at 04:16:13PM +0200, [EMAIL PROTECTED] wrote: Can mutt send mails using directly an ESMTP server? I.e. using the AUTH extension (and other) of ESMTP? http://www.fefe.de:80/muttfaq/faq.html.gz#SMTP -- Ben Beuchler [EMAIL PROTECTED] Hostmaster/Postmaster (612)-321-9290 x101 Bitstream Underground www.bitstream.net
Re: imap_checkinterval doesn't seem to be working
On Fri, Jun 30, 2000 at 09:54:46PM +0200, Marius Gedminas wrote: On Fri, Jun 30, 2000 at 02:38:38PM -0500, Ben Beuchler wrote: I am using mutt 1.3.3 and reading my mail off a Courier IMAP server. I have imap_checkinterval = 10. My understanding is that that is how long it will wait to check mail when I am not actually pressing any keys. No, that's what $timeout is for. OK. Thanks! Ben -- The spectre of a polity controlled by the fads and whims of voters who actually believe that there are significant differences between Bud Lite and Miller Lite, and who think that professional wrestling is for real, is naturally alarming to people who don't. -- Neal Stephenson
Re: index out of sync -- bug?
On Fri, Jun 16, 2000 at 03:38:54AM +0300, Mikko Hänninen wrote: As a way of debugging, you could try to see if it's deterministic or random -- ie. if you do the exact same set of actions, say, jump to message 500, go page down, view a message, then do you always get the same wrong message, or a different one? If you can reproduce it in your setup, then it's definitely a logic error or some other kind of bug in Mutt. On the other hand, if it varies every time, then it's affected by some random other outside property, which could be the IMAP server for instance... I'll try that, although I strongly suspect it is not a problem with the IMAP server as I've seen the problem with two different IMAP servers: UofW and Courier. Ben -- The spectre of a polity controlled by the fads and whims of voters who actually believe that there are significant differences between Bud Lite and Miller Lite, and who think that professional wrestling is for real, is naturally alarming to people who don't. -- Neal Stephenson
Re: index out of sync -- bug?
On Fri, Jun 16, 2000 at 06:22:10PM +0300, Mikko Hänninen wrote: Also look into running Mutt with the -d 4 switch and possibly providing the IMAP developers with a trace of what's happening (~/.muttbug0 if I remember right the file name)... Mostly the IMAP code is done by Brendan Cully, since he's not yet commented, I assume this means he's too busy right now. Hopefully he'll have time to address your bug report in a little bit. :-) Will do. And it's always a pleasure to work with Brendan. He's been extremely helpful and responsive in the past. Ben -- The spectre of a polity controlled by the fads and whims of voters who actually believe that there are significant differences between Bud Lite and Miller Lite, and who think that professional wrestling is for real, is naturally alarming to people who don't. -- Neal Stephenson
Re: mutt w/ courier-imap and vpopmail
On Thu, Jun 15, 2000 at 02:39:12AM -0500, [EMAIL PROTECTED] wrote: To create a new mailbox on the IMAP server it needs to named as follows:- {imap.server.name}INBOX.new_folder What do you use for a $folder setting? The INBOX part may appear automatically and is required, all Courier IMAP folders are created as sub-directories of the INBOX directory. It may well be that you'll get a prompt like:- {imap.server.name}INBOX./ in which case you have to delete the /. Sounds great! Thanks... Ben -- The spectre of a polity controlled by the fads and whims of voters who actually believe that there are significant differences between Bud Lite and Miller Lite, and who think that professional wrestling is for real, is naturally alarming to people who don't. -- Neal Stephenson
'postponed' over IMAP not working
It appears that the normal 'postponed' functionality doesn't work so well over IMAP. If I postpone a message when $folder is set to an IMAP folder and hit 'm' to compose a new message, it does not prompt me to see if I would like to resume the postponed message. If $folder is local, it works just fine. Any suggestions? I am using mutt v1.3.3i. Thanks, Ben -- The spectre of a polity controlled by the fads and whims of voters who actually believe that there are significant differences between Bud Lite and Miller Lite, and who think that professional wrestling is for real, is naturally alarming to people who don't. -- Neal Stephenson
Re: index out of sync -- bug?
On Thu, Jun 15, 2000 at 07:07:42PM -0500, Ben Beuchler wrote: This is a problem I've seen in the past and passed off as being sloppy terminal emulation. I'm convinced that is not the case now. I am using v1.3.3. When viewing large ( ~2000 msgs) mailboxes over IMAP the index listing is out of sync with the actual messages. If I select a message from the index to view, it is always different than the message shown in the index, although that particular entry in the index changes to reflect the message I'm actually viewing. Wow. What a convoluted description. I managed to confuse myself, and I *wrote* it. When the index is out of sync, if I choose a message to view it is different than what was displayed in the index. When I leave that message, the index has been updated to reflect the message I actually saw. But just that entry. The rest of the index remains fsckd up. Hopefully that makes more sense. Ben -- The spectre of a polity controlled by the fads and whims of voters who actually believe that there are significant differences between Bud Lite and Miller Lite, and who think that professional wrestling is for real, is naturally alarming to people who don't. -- Neal Stephenson
mutt w/ courier-imap and vpopmail
I am using Mutt 1.2i with a server running courier-imap and vpopmail. I would like to be able to create remote folders and I understand courier-imap supports this. I'm just not sure what to specify for my folder path. On non-vpopmail servers, I was always able to use {servername}~/Mail which would create a Mail/ directory in my $HOME on the server. With vpopmail, that is not possible. Anyone know how to accomplish this? Thanks, Ben -- The spectre of a polity controlled by the fads and whims of voters who actually believe that there are significant differences between Bud Lite and Miller Lite, and who think that professional wrestling is for real, is naturally alarming to people who don't. -- Neal Stephenson
Re: Possible index bug in 1.2...
On Thu, May 18, 2000 at 03:16:08AM +0200, Gero Treuner wrote: Hi! Yo... On Sun, May 14, 2000 at 10:32:42PM -0500, Ben Beuchler wrote: It doesn't appear to be necessarily consistent that the subject lines are just one off. If I jump down the list a ways, the subject lines are several lines off. This sounds more like having the wrong terminal settings than a problem with mutt. Check your TERM environment variable, and the terminfo database. Did you try it from a different kind of terminal, too (console, serial terminal, ...)? What happens? Hmmm... I'm using Eterm with a setting of 'xterm-color'. Pretty standard stuff. What made me consider mutt as a possible culprit as opposed to my terminal emulation is that it only happened when I was browsing my 'read mail' box which contained 9000+ messages. Other mailboxes with far fewer messages were unaffected. And since the terminal only sees one screenful of messages at a time, it seemed to be exonerated. I have attached a .muttdebug0 file created with -d4. In this session, I I'm not very familiar with the mutt debug messages, maybe because they are more for observing special tricky parts of the code and not a general debugging tool (with the exception of the IMAP part). I'd suggest using the new "muttbug" script - which includes the necessary information - to report bugs. If debug output is helpful you will hear it from the developers. I will do so! Thanks... Ben -- Now, it's quite simple to defend yourself against a man armed with a banana. First of all you force him to drop the banana; then, second, you eat the banana, thus disarming him. You have now rendered him helpless. - Monty Python
Possible index bug in 1.2...
Courier IMAP w/ vpopmail
I am trying to get Courier IMAP working on a vpopmail install. It seems to accept the login OK. At least it doesn't complain about the username or the password, but it does say 'no mailbox' and, of course, doesn't show me my mail. I am using essentially the same imap settings I use on another server running the UofW imapd. I am using this for the spool setting: set spoolfile = {amazhan}INBOX I have also tried inbox in lower case... Any ideas? Thanks, Ben -- Now, it's quite simple to defend yourself against a man armed with a banana. First of all you force him to drop the banana; then, second, you eat the banana, thus disarming him. You have now rendered him helpless. - Monty Python
Possible bug in $ with IMAP
I'm experiencing an oddity when I use mutt with IMAP: After I mark some files for deletion, I hit '$' to synchronize the changes and get the deleted messages off my screen. When this happens, ALL of the messages disappear from the index until either new mail arrives, I change folders and then change back, or I quit and restart mutt. This doesn't seem to happen when I'm using the same version (1.1.11) with a local mail spool. Thanks, Ben -- "There is no spoon" -- The Matrix
Re: Starting mutt with threads collapsed?
On Mon, Mar 27, 2000 at 10:34:24AM +0200, Martin Keseg - Sun Slovakia - SE wrote: I have searched through the manual and can't seem to track down a way to start mutt with threads already collapsed. Perhaps I'm missing something elemental about the way mutt works... Hello, try this: folder-hook . push \eV I don't know version of mutt when push come in, but it works in 1.1.9 Excellent! Thanks. Ben -- "There is no spoon" -- The Matrix
Viewing other mailboxes...
I am using mutt 1.1.9. I have $mbox set to "=read" and it does indeed save all read messages there. However, when I attempt to change to that folder, it just shows me the actual mail file rather then a list of messages. Actually, it's doing this with every box except my actual inbox. I'm using mutt on a local mail spool, however the .muttrc I am using is a modified form of the .muttrc I use to access my IMAP box at home. Is it possible that I missed a couple of settings that should've been changed when I switched from IMAP to a local mail spool? Ben -- "There is no spoon" -- The Matrix
Starting mutt with threads collapsed?
I have searched through the manual and can't seem to track down a way to start mutt with threads already collapsed. Perhaps I'm missing something elemental about the way mutt works... Ben -- "There is no spoon" -- The Matrix
Multiple IMAP accounts?
Has anyone come up with a way to access multiple IMAP accounts on different servers from mutt? Or even a way to configure a macro that will switch me from one to the other? Or am I stuck setting up two seperate .muttrc files and restarting mutt to switch? Gracias, Ben -- "There is no spoon" -- The Matrix
Attachments when using IMAP
I use mutt 1.1.9i at work to connect via IMAP to a server at home. If I attempt to attach a file, it only finds files on the IMAP server instead of in my home directory on the machine from which I am running mutt. So, I usually end up scp-ing the file over to my mail server and attaching it to the message from there. Did I screw something up or did I find a bug? Thanks, Ben -- "There is no spoon" -- The Matrix
Re: word wrap
On Sat, Mar 11, 2000 at 04:50:02AM +, j mckitrick wrote: In vi: :set textwidth=74 i realize this is a bit off subject because it is somewhat of an editor problem, but it applies to mutt as well. I started using xterm with a smaller font, so more words fit per line. I got complaints about my word wrap. I have word wrap margin set to 10 in vi, but that isn't helping, i guess. Is there a better way? -- -jm -- "There is no spoon" -- The Matrix
moving mail to other folder after it's read...
When I first started using mutt, all of 3 days ago, I was using the latest stable release... 1.01 I believe. Anyway, I was able to set it up so that when I closed mutt, it copied all of the mail I had completed reading into a different folder. Now I am playing with the 1.1.2 release and it doesn't seem to be working anymore. Do I need to do configure it differently under the newer version to accomplish the same thing? Incidentally, I'm using IMAP folders if it matters... Thanks, Ben