Re: Thread Display
On Wed 18-Sep-2002 at 12:45:21AM -0400, PeterKorman wrote: I guess I need a kind of virtual folder that joins my outgoing and incoming without duplicating any data. That isn't possible with mutt I guess since I'm running on linux, with Maildir, I could brute force the solution by creating a hard link to all replies in my sent folder. Is there any caviat associated with something like this? I've done a bit of this (hardlinking files from two Maildir's into a third) without any problems - It seems to work quite well, very fast too. Though I'm not an expert on these things. -- Bruno
Re: Thread Display
On Tue 17-Sep-2002 at 01:20:09 -0400, PeterKorman wrote: My current method places messages 1 and 3 in my sent folder. Message 2 goes into my inbox. I could automatically put everything I send in both my inbox and my sent folder. That would solve the thread problem. But would duplicate each message I send to 2 places. Personally, I have stopped using separate 'sent' and 'received' mailboxes. It is much more natural to group mail by context - ie. a separate mailbox for each job, project, relative etc.. I guess I need a kind of virtual folder that joins my outgoing and incoming without duplicating any data. That isn't possible with mutt (though I _almost_ got it working by misusing the compressed folders feature). -- Bruno
Re: Problem displaying special characters (ie. Euro symbol)
On Wed 14-Aug-2002 at 04:11:50PM +0200, Marc wrote: Mails in which the Euro symbol is displayed wrong were sent with Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Broken sending software, iso-8859-1 doesn't contain a Euro symbol, ¤. The encoding should be iso-8859-15. If you can't see the Euro at the end of the line above, then you have a problem with your setup. -- Bruno
Re: mutt/imap oddities
On Wed 14-Aug-2002 at 11:17:25 -0700, Martin Siegert wrote: 1) When I start mutt the following screen comes up (I am using imaps): -- Mutt: SSL Certificate check (r)eject, accept (o)nce You need to specify where you want to save certificates: set certificate_file=~/.mutt-certificate ..then you'll get an option to 'accept (a)lways' 2) after hitting o and entering my password the inbox opens. But it shows all messages having a length of 0: = q:Quit d:Del u:Undel s:Save m:Mail r:Reply g:Group ?:Help 1 N + Aug 14 Jon Smith ( 0) Re: PBS hostname question 2 N + Aug 14 Super-User ( 0) bugaboo.hpc.sfu.ca 08/14/02:09.01 system Change your $index_format so that the size of messages is shown in 'bytes' instead of 'lines' - Search for 'index_format' in the manual. -- Bruno
Re: Updating folders on a server, both remotely and off-line?
On Fri 09-Aug-2002 at 12:29:03AM, [EMAIL PROTECTED] wrote: with recent releases of NFS I've started to lose mail, in particular if mail comes in while I'm reading my inbox in mutt and I've made changes to the inbox, those new messages are lost. In my experience, Maildir is much more reliable than mbox for reading mail over nfs. When on the road, I often don't have a full-time connection, so I would like to be able to connect, download new mail, disconnect, read, delete and respond to mail offline, including filing messages into folders. Then, the next time I connect, have all of those changes applied to my mbox and mail folders on the central server. If you are using Maildir (which uses 1 file per message), you can use rsync to synchronise the two filesystems. One of the guys in our office does this every day before he leaves, it takes about 30 seconds. Consider putting your mail on an imap server (courier-imap and cyrus are good) and using that for remote access. You can then use a tool like isync (there are others) to synchronise your laptop mailfolders with your imap mailfolders. -- Bruno
Re: Mutt 1.4i folder.index and folder.index.ids files ?
On Sun 04-Aug-2002 at 01:28:05 +0100, Paul A. Cheshire wrote: Having recently upgraded to 1.4i I noticed it has a set of the above files for each folder (Maildir). Oh, where did you get that mutt? mutt doesn't generate reverse-index files and I'm not aware of any patches that do this (it would be interesting if there were). Try moving the files and see if mutt recreates them. -- Bruno
Re: BUG - wrapping lines in muttrc
On Sun 04-Aug-2002 at 01:39:21 -0400, Andy Saxena wrote: I think I may have found a possible bug in the way .muttrc is parsed. I ran into this while setting up a folder-hook option. If \ is the last character on a line that's commented out, mutt seems to read the line instead of ignoring it. The \ at the end of the line continues the comment: # this is a comment that \ continues over multiple \ lines. I was caught by this, vim syntax highlighting isn't 100% with such obscure stuff. -- Bruno
Re: ssl_socket_read (MEMORY_ERROR)
On Thu 27-Jun-2002 at 11:44:34AM -0400, Jacob Elder wrote: I had been using mutt's imap support to read my mail for several months, but about two weeks ago I started seeing this error whenever I try to open my inbox: ssl_socket_read (MEMORY_ERROR) Courier-imap has a MAXPERIP setting which defaults to only allow a (very low) number of concurrent connections from one location. These rejected ssl connections give an error like that in mutt (I can't remember exactly, but it is similarly obscure). My solution was to stop everyone else in the office using ssl :-) If I wasn't so lazy, I would have increased the MAXPERIP setting on the server. ii courier-imap-s 1.4.3-4IMAP daemon with SSL, PAM and Maildir suppor -- Bruno
Re: How can I save the help screens?
On Mon 10-Jun-2002 at 08:37:18AM -0400, Russell Hoover wrote: Is there an easy way to save mutt's help screens to a file, without doing a cut paste? :set pager=vi Then you can do whatever you like with them. -- Bruno
Re: grep through the body of encrypted mail
On Sun 09-Jun-2002 at 03:21:10PM -0500, David T-G wrote: Anyway, if anyone else knows how to search within encrypted bodies, I'd love to hear it, too. Shouldn't set thorough_search do this? -- Bruno
Re: List down ?
On Tue 21-May-2002 at 01:47:38PM +0530, Dr. Sharukh K. R. Pavri. wrote: I haven't recieved a single mail from the list since the last week or so. Is it the list or is it just me ? It stopped working sometime on Thursday - Seems to be ok now, though no messages posted over the weekend will have got through. -- Bruno
Re: List down ?
On Wed 22-May-2002 at 10:23:07AM +0100, Bruno Postle wrote: On Tue 21-May-2002 at 01:47:38PM +0530, Dr. Sharukh K. R. Pavri. wrote: I haven't recieved a single mail from the list since the last week or so. Is it the list or is it just me ? It stopped working sometime on Thursday - Seems to be ok now, though no messages posted over the weekend will have got through. Damn, wrong list, sorry. There's nothing wrong with mutt-users. I have two messages with exactly the same subject, I replied to the wrong one. -- Bruno
Re: Virtual Folders in mutt
On Tue 21-May-2002 at 11:32:56PM +0200, Marco Fioretti wrote: The Maildir 'me.hcache' patch indexes your mail as you go along and the db files are quite ok for searching. Indexing mail in this way is much more efficient than an indexing cronjob (always out-of-date) or a separate indexing demon (wrecks quake performance). What do you mean by indexing daemon? An indexer can run as a separate background process, trawling the filesystem for new data. Microsoft 'find fast', Nautilus and other similar beasts do this (I think, apologies if I'm slandering Nautilus here). Couldn't the indexing database be run once and then only on *new* messages, after fetchmail/procmail have delivered them? This should not be noticeable, should it? That would be a good strategy, so long as procmail is the only local delivery agent. You would still need to keep track of messages you create or move with mutt though. The only disadvantage with letting mutt build the index, is that you won't be able to find messages in folders that haven't been 'opened'. -- Bruno
Re: Virtual Folders in mutt
On Mon 20-May-2002 at 05:50:38 +1000, Iain Truskett wrote: * Anthony Towns ([EMAIL PROTECTED]) [20 May 2002 17:38]: First, has anyone done this before? Is there a FAQ or HOWTO I could be reading? Examine the 'limit' command (bound by default to 'l' in the index screen). The limit command is perfect for this, but it only works on one mailbox and mailboxes don't scale too well - Ok for five thousand messages, _not_ so ok for a million. -- Bruno
Re: Virtual Folders in mutt
On Mon 20-May-2002 at 12:40:31PM -0500, David T-G wrote: % One important difference is that vfolders are built around % pre-built indexes, making them more efficient than grepping hundreds % of megs of Hmmm... Maybe glimpse as a search indexer? The Maildir 'me.hcache' patch indexes your mail as you go along and the db files are quite ok for searching. Indexing mail in this way is much more efficient than an indexing cronjob (always out-of-date) or a separate indexing demon (wrecks quake performance). -- Bruno
Re: Strange multi-color quoting behavior
On Wed 15-May-2002 at 07:19:05 -0700, John Iverson wrote: | This is in quoted1 color : This is in quoted2 color } This is in quoted color # This is in quoted1 color Did anyone using a similar $quote_regexp see strange coloring on my original post? (I am seeing it on the above re-quoted lines as well, so it's not just the first quote character that affects it.) I've always seen ' ' and '# ' quotes coloured differently - I thought it was a feature. -- Bruno
Re: view other msgs while composing
On Fri 03-May-2002 at 09:11:31AM +0100, Chris Green wrote: Firing up another copy of mutt or using grepmail or anything like that is not a good solution as it requires me to open another session to the remote system Use screen, screen does it all (except utf-8, I can't get it to play nicely with that). -- Bruno
Re: Search on [all] mailboxes
On Thu 25-Apr-2002 at 09:56:50 -0400, David Collantes wrote: Is there a way to perform a search on all mailboxes, without entering any in specific? I use maildirs and Mutt 1.5.0i from the CVS. mboxgrep apparently searches multiple Maildir folders. I've never used it, so I don't know how it would fit-in with mutt: http://mboxgrep.sourceforge.net/ If you are using Maildir header-caching, then I've had great success (mis)using the caches as a fast-search index. The script I wrote should be in the archives (January this year I think). -- Bruno
Re: tricky limiting
On Thu 11-Apr-2002 at 11:51:36AM -0500, David T-G wrote: The specific case is my mutt-users folder. When I reply to a message I keep the original, and then of course get my reply. Once the thread dies I still have the original and my reply, but by now it's two pages back in the index. If the case is closed, so to speak, and there was nothing else of value in the thread, then I want to delete it -- but to do that I have to be able to effectively limit my view to those threads. Do you follow? A context-limit ability would be _very_ useful. You can sort-of get the same thing like this: Limit to all messages To, Cc or From you: l~L 'david t-g' Go to the first message and press esctesctesct etc.. until you've tagged all the threads. Then limit to show all tagged messages: l~T -- Bruno
Re: editing to/from etc in compose window
On Mon 08-Apr-2002 at 01:25:08 +1200, Volker Kuhlmann wrote: built-in editor - Right at the end of the manual of course ;-). Hm, I presume you must mean the editor window key bindings. Sorry, but the editor window is when I edit message bodies. If editing e.g. the fcc field in composer after pressing f is also the editor, the manual should say so. True, there are two different things in the manual both called editor, one is internal and line-oriented, the other is a user-specified external program. Actually, the built-in editor _can_ be used instead of vi/vim/pico etc.. If you make sure you have no $EDITOR or $VISUAL set in your environment and then ':unset editor' before composing a message, then it is used by default (I can't think of any real use for this). -- Bruno
Re: Que pasa? [groups in alias's]
On Sat 06-Apr-2002 at 06:02:26 +1200, Volker Kuhlmann wrote: and then, while holding down the finger on backspace for the next 2 minutes clearing out the to: field, you think mutt is a great program, but something here is very seriously stuffed. At least I couldn't find a key which clears the whole field. Ctrl-U, there are lots of other nifty commands for working with the built-in editor - Right at the end of the manual of course ;-). On a similar vain, why can't I select from any of the mail folders (like after c) from the send screen when I want to change Fcc:? Works for me, at least tab-completion does, and two tabs takes me to the folder browser. -- Bruno
Re: gnupg signing w/ mutt
On Thu 04-Apr-2002 at 02:34:50PM -0700, Peter T. Abplanalp wrote: it is now my understanding that there are 3 ways to sign a message: pgp/mime, ascii armor, and application/pgp. i'm not certain on the terminology for the last two or even that there is a difference between them. might someone enlighten me? Your understanding is pretty much correct, and Will has given you the mutt solution for communicating via ascii-pgp with Outlook (this involves a patch). For sending signed/encrypted messages to Outlook you might want to also look at the alternative s/mime system (also a mutt patch) or you can ascii pgp encrypt/sign the body of your mail in your editor (ie. outside of mutt altogether). -- Bruno
Re: Scrolling the Index
On Wed 27-Mar-2002 at 12:50:04 -0800, Mike Erickson wrote: topofscreen=== 1 2 3 5 6 7 8 ===bottomscreen=== as you scroll down (marker = ''), when you hit 6, scrolling down leaves '' in the same place but moves the whole list 1..8 up a spot to reveal 2..9. This way, you always have context when scrolling up and down. I used to have this setup (which more-or-less does what you want), but it's painfully slow on my DX66: # menu_scroll only affects the index-view in the pager set menu_scroll macro index Tab \ next-newcurrent-middle \ 'jump to the next new message' macro index EscTab \ previous-newcurrent-middle \ 'jump to the previous new message' macro index Up \ previous-entrycurrent-middle \ 'move to the previous entry' macro index Down \ next-entrycurrent-middle \ 'move to the next entry' macro index PageUp \ previous-pagecurrent-middle \ 'move to the previous page' macro index PageDown \ next-pagecurrent-middle \ 'move to the next page' -- Bruno
Re: Problems going to INBOX using IMAP (Courier)
On Tue 26-Mar-2002 at 10:16:16AM -0800, jennyw wrote: set spoolfile=imap://jennyw@localhost/INBOX set folder=imap://jennyw@localhost/ I have something similar (with courier-imap), except both $spoolfile and $folder point to /INBOX What happens is that when I first run mutt, I see my inbox. Great! When I type c to change folders and type ? to get a list, I see: 1 IMAP +INBOX. 2 IMAP INBOX When I click on either one of these options, I get a list of my folders (I'm using Courier-IMAP and all folders are children of INBOX). There does not seem to be a way to get back to see the messages in my inbox. c ! enter will take you back to the index (! is an alias for $spoolfile). Even when I type c, then type imap://jennyw@localhost/INBOX or imap://jennyw@localhost I get the the two lines above instead of my messages. I was stuck on this for a while. When you use the browser, enter changes directory/folder, but you use space to actually open the folder in the index (Once you get used to tab-completion, you'll never use the browser anyway - I can't remember the last time I used it). -- Bruno http://bruno.postle.net/
Re: Problems going to INBOX using IMAP (Courier)
On Tue 26-Mar-2002 at 11:21:44AM -0800, jennyw wrote: I have something similar (with courier-imap), except both $spoolfile and $folder point to /INBOX Yeah, I've tried both -- they seem pretty much interchangeable? I think they probably are, imap-namespace is one of those ghastly things I'd rather not think about. When you use the browser, enter changes directory/folder, but you use space to actually open the folder in the index Out of curiosity, is this in the docs? Almost certainly in the manual, though I wouldn't know where exactly. I read through the man pages for mutt and also read through the help file that you can get to by typing ? There is the manual, which may or may not be bound to F1, or you can read it as html at: http://mutt.org/doc/manual/ There is also some mutt-imap documentation here: http://mutt.sourceforge.net/imap/ -- Bruno http://bruno.postle.net/
Re: mailers with scripting/setup language
On Sun 24-Mar-2002 at 02:09:41PM -0700, Rob 'Feztaa' Park wrote: I can't think of anything that can be done with a scripting language built into the .muttrc that can't be done with a bash script being evaluated with backticks inside the regular .muttrc. (but then again, I haven't put _too_much_ thought into it). Care to give some examples? I send a lot of images with email and I find it _very_ useful to add the output of 'identify' as the 'Content-Description' for each attachment: 2001-06-16-gcsss-panorama.jpg 2400x1200 241kb JPEG etc.. At the moment I do this with copy and paste. To automate it with a script, I need to pass the script internal mutt information (the location of the file I'm attaching in this case). I might want to set other stuff at the same time, like 'Content-Disposition: inline' for all images less than 800 pixels wide. Just an example, something I was trying to do today. -- Bruno
Re: Selecting messages in my threads
On Thu 21-Feb-2002 at 03:28:48PM +0100, Alexander Skwar wrote: Hmm, but how to do this? Sometimes, messages don't contain my message-id in the References, aren't To: or Cc: me (eg. a message far down in the thread), but mutt will still show that it belongs to a given thread. You can't with the current 'limit' command. A context-limit ability (like grep -C) would be a useful refinement to mutt though. In fact, most of the time I use 'limit' I would prefer to use a more general context-with-threads-limit than the current behaviour. I often find myself limiting to a pattern, picking a message, showing everything to see the thread, limiting again, picking a message etc.. -- Bruno
Re: filtering mails in different folders with imap
On Tue 19-Feb-2002 at 04:23:34PM +0100, Manuel Hendel wrote: Is there a way to filter/split incoming mails into different folders as you can with Netscape, or is there another chance/way to do so? imapfilter does this: http://imapfilter.sourceforge.net/ -- Bruno
Re: Getting start with Mutt and IMAP
On Sat 02-Feb-2002 at 11:53:55AM -0600, William Guynes wrote:
The only thing that worked was spoolfile in {server}INBOX format,
but not in imap://server/INBOX format.
The URL style syntax is new to mutt-1.3.*. If you are using 1.2.5, then
try upgrading to a recent development version like 1.3.27 - imap support
has been much improved.
--
Bruno
Header cache patch and searching through multiple mailboxes
[ Dire-Warning: this is a proof of concept script, it works for me on my
system. Other than that I can't say, except that it requires a
development version of mutt and a patch that is labelled by it's author
as broken... ]
I have about 50,000 messages in a couple of dozen nfs mounted Maildirs
(all the old stuff is in mbox archives) - Searching all this mail is a
big drag, since mutt can't 'limit' across multiple mailboxes and
grepping through all this junk can take hours.
Michael Elkins' header cache patch is an experiment in speeding up
access to Maildirs by scattering db files everywhere - I have the idea
that eventually these db files can speed-up searching as well.
This script can search those 50,000 email headers and populate a
temporary results folder containing 3,000 messages in about 40 seconds.
It's an *extremely* blunt instrument, but I hope it will inspire
somebody else to write something a bit more elegant and precise.
It can be called with a macro, though you have to switch to the
'=search-results' folder to see the results:
macro index \cL shell-escape'search-maildir.pl '
It takes a single perl-regex argument, which it matches against
everything, sort-of like these:
[EMAIL PROTECTED]
'(Newbie Question|unsubscribe|@yahoo.com|@hotmail.com|BIG5)'
--
Bruno
#!/usr/bin/perl
use strict;
use Fcntl;
use DB_File;
use File::Find;
# This script requires the mutt header caching patch from
# http://www.sigpipe.org:8080/mutt/ NOTE: currently this patch is declared
# broken, so this will probably delete all your files, drink your beer and eat
# your cat. Bruno Postle [EMAIL PROTECTED]
# Change these and make sure $resultdir exists as a Maildir, NOTE: this script
# will *delete* all existing files in $resultdir
my $mailfolder = /home/bruno/Mail;
my $resultdir = $mailfolder/search-results;
my $pattern = $ARGV[0];
my ( %hash, @folders );
unlink $resultdir/cur/*;
find ( { wanted = \maildirs }, $mailfolder );
sub maildirs
{
return unless /hcache\.db/;
return if ( $File::Find::name =~ /$resultdir/ );
my $maildir = $File::Find::name;
$maildir =~ s/\/hcache\.db//;
push @folders, $maildir;
}
foreach ( @folders )
{
my $x = tie %hash, DB_File, $_/hcache.db
or die Cannot open $_/hcache.db: $!\n;
find ( { wanted = \messages }, $_ );
undef $x;
untie %hash;
}
sub messages
{
return unless /:/;
my $uid = $File::Find::name;
$uid =~ s/.*\/([^\/]*):.*/${1}/;
if ( $hash{$uid} =~ /$pattern/i )
{
link ( $File::Find::name, $resultdir/cur/$uid:2,S );
}
}
1;
Re: Maildir
On Sun 20-Jan-2002 at 11:32:46AM +0300, Odhiambo Washington wrote: I am looking for a way to access mail stored in ~/Maildir but can't find it in man page for muttrc. Any takers? Flamers? ;-) Flamers? This is the default mailfolder if you are also accessing your mail with courier-imap. When I'm reading my pop3 mailbox locally, I use this: # MAILBOXES set mbox_type=Maildir# default is mbox set folder=~/Maildir # default is ~/Mail set postponed=+.postponed set spoolfile=~/Maildir # main.cf: home_mailbox set record=! # place to fcc mail ..or you could just symlink ~/Maildir to ~/Mail :-) -- Bruno
Re: Question marks in PGP headers?
On Fri 18-Jan-2002 at 06:31:02AM -0600, John Perry wrote: Ive started running the latest version of Mutt and have noticed something odd. Whenever a PGP signed/encrypted message is displayed I get a ? between lines. It's fixed for me in mutt-1.3.26 (just released). -- Bruno
Re: Good vim configuration?
On Tue 25-Dec-2001 at 06:33:15AM -0500, Philip Mak wrote: I'm used to using pine's editor, which handles filling of paragraphs (even if they start with due to quoting) fairly nicely. I'm wondering what configurations for .vimrc do you guys use for use with mutt? I don't know where it came from originally, but this $editor setting in my muttrc seems to do it all: # F10 reflows the current paragraph and F11 toggles indenting so # paste works properly. set editor=vim \ -c 'set tw=72 et' \ -c 'set autoindent' \ -c 'set formatoptions=tcq2' \ -c 'set syntax=mail' \ -c 'map F10 gqap' \ -c 'set pastetoggle=F11' In a similar vein, this $ispell works quite well for me too: # spell colour properly and ignore quoted text set ispell='aspell \ --language-tag=en_GB \ --mode=email \ --add-email-quote=%,#,:,} \ --check' -- Bruno
Re: how to display messages on the last line
On Sun 16-Dec-2001 at 11:49:44PM +0100, René Clerc wrote: * Gregor Zattler [EMAIL PROTECTED] [16-12-2001 22:30]: | is there a way to display a message on the last line (below the status | bar if status_on_top=no)? | | I would like to display a message when a special hook gets triggered. Please give some more information what it is exactly what you want. I, for instance, have no idea whatsoever. I assume the question is about hooks outputting text-strings in the line where mutt-messages and errors appear. It doesn't seem to be possible to do it properly - Here's a nasty macro that hi-jacks a mutt variable to store and deliver the message: macro generic F2 \ enter-command'set escape=Message from a macro'enter\ enter-command'set ?escape'enter \ 'print a stupid message' I suspect real text feedback from macros and hooks would be a handy accessibility feature. -- Bruno
Re: setting content-type of attachments
On Thu 13-Dec-2001 at 11:53:10AM +0100, Roman Neuhauser wrote: I would be interested if somebody had a better solution involving mime-magic or something that didn't rely on file extensions. Sorry for replying this late, but have you checked how file(1) works? Yep, it's something that looks-up magic numbers to identify filetypes, instead of relying on file extensions - Much like mime-magic. Do you have a way of using it in mutt to set the mime-type of an attachment? -- Bruno
Re: Searching big gobs of e-mail
On Mon 10-Dec-2001 at 08:04:17PM +0100, Peter Poeml wrote:
Sadly grepmail only works on mbox mail boxes, not with mails stored in
maildirs. You should be able to at least gather the matching mail files
with find:
egrep -l ^From.*frob@(foo|bar).net {maildir1,maildir2,maildir3}/*/* \
| xargs grep -l Sep 2000
But I'm wondering how to feed that into mutt...
Just create a temporary maildir for your search results and create
linked files in there. Something like this (completely untested, don't
blame me if it spills your coffee):
# mkdir results results/{cur,new,tmp}
# egrep -l ^From.*frob@(foo|bar).net {maildir1,maildir2,maildir3}/*/* \
# | xargs grep -l Sep 2000 \
# | while read file ; do
# ln $file results/cur/
# done
# mutt -f results
Note that you can create as many of these 'results' Maildir's as you like
without using up (much) disc space.
--
Bruno
Re: Searching big gobs of e-mail
On Mon 10-Dec-2001 at 08:04:17PM +0100, Peter Poeml wrote: Sadly grepmail only works on mbox mail boxes, not with mails stored in maildirs. I've never tried it, but mboxgrep apparently works with Maildir, MH and gzipped mbox files: http://mboxgrep.sourceforge.net/ -- Bruno
Re: OT: procmail recipe for two actions for a message?
On Sun 09-Dec-2001 at 02:56:05PM -0500, Matej Cepl wrote: However, emails in this list have mungled Reply-To: directing to the list. Could it be possible to ask procmail (or how to ask procmail) that before moving the message to the listy folder, it would run a message through grep -v '^Reply-To:'? You should investigate this magic mutt setting: :set ignore_list_reply_to -- Bruno
Re: setting content-type of attachments
On Sun 02-Dec-2001 at 07:34:42PM +0100, René Clerc wrote: how does Mutt derive what to set the Content Type of attachments to? Mainly from looking it up in the /etc/mime.types and ~/.mime.types files. I would be interested if somebody had a better solution involving mime-magic or something that didn't rely on file extensions. Bruno -- http://bruno.postle.net/
Re: setting content-type of attachments
On Sun 02-Dec-2001 at 09:11:37PM +0100, René Clerc wrote: * Bruno Postle [EMAIL PROTECTED] [02-12-2001 20:06]: | On Sun 02-Dec-2001 at 07:34:42PM +0100, René Clerc wrote: | | how does Mutt derive what to set the Content Type of attachments to? | | Mainly from looking it up in the /etc/mime.types and ~/.mime.types | files. How come that when I attach a .doc file (don't ask) mutt thinks it's an octet-stream attachment? Anyone? ..also look in /usr/mumble/mutt/mime.types. (It isn't a .DOC file is it? I just thought I'd ask) -- Bruno
Re: Strange things with gpg now
On Fri 30-Nov-2001 at 01:09:20PM +, Steve Kennedy wrote: If I get a pgp/gpg message I now get [-- End of PGP output --] \012 [-- The following data is signed --] \012 I get ? instead of \012 This is the same without any color settings so there is an extra formfeed character floating around somewhere. -- Bruno http://bruno.postle.net/
Re: Bouncing a message with an attachment
On Mon 26-Nov-2001 at 10:59:21AM -0800, Collin Peters wrote: Nope, this is just by me pressing b to bounce the message. The only thing I can think of is that it is being displayed inline via antiword. No, (b)ouncing a message resends a message in its entirety with just the addition of a single 'Resent-From:' header (which irritatingly isn't affected by send-hooks) - I'm sure this isn't your problem. I suspect that some mail-server is screwing-up the message headers after you bounce it, it wouldn't be the first. Another possibility is the original email had messed-up headers in the first place, it wasn't sent from 'Entourage' was it? -- Bruno http://bruno.postle.net/
Re: List processing in Mutt
On Sat 03-Nov-2001 at 11:06:16AM -0500, Rich Lafferty wrote: (In case you haven't already gone D'oh!:) Am I the only person who got a huge windows virus tagged onto the end of that email? -- Bruno
Re: List processing in Mutt
On Sat 03-Nov-2001 at 10:56:51AM -0700, Rob 'Feztaa' Park wrote: Am I the only person who got a huge windows virus tagged onto the end of that email? All I saw was his PGP signature attached to that email. ;) Strange, the email I got from gbnet.net _definitely_ had a big virus attached: Nov 3 17:21:27 owl postfix/smtpd[6488]: connect from agent57.gbnet.net[194.70.126.12] Nov 3 17:21:27 owl postfix/smtpd[6488]: 862FB2B10D: client=agent57.gbnet.net[194.70.126.12] Nov 3 17:21:27 owl postfix/cleanup[6489]: 862FB2B10D: message-id=[EMAIL PROTECTED] Nov 3 17:21:34 owl postfix/qmgr[12853]: 862FB2B10D: from=[EMAIL PROTECTED], size=223281 (queue active) Nov 3 17:21:35 owl postfix/smtpd[6488]: disconnect from agent57.gbnet.net[194.70.126.12] -- Bruno
Re: Bad Taste, WAS: how do I automatiaclly moved 'Replied' messages to mbox ?
On Wed 31-Oct-2001 at 11:01:00AM -0500, Peter L. Berghold wrote: Putting an X-Echelon header in your email with provocative words in it supposedly causes the NSA computers to waste cycles processing them. If you just want to waste cycles on other peoples computers, try this: :macro compose y edit-encodingkill-linebase64entersend-message -- Bruno
Re: mutt's return value
On Thu 25-Oct-2001 at 11:02:21AM -0400, Mike Schiraldi wrote: VeriSign, Inc.1 VeriSign Trust Network1F0D =www.verisign.com/repository/RPA Incorp. By Ref.,LIAB.LTD(c)981H0F VeriSign Class 1 CA Individual Subscriber-Persona Not Validated0 01032200Z 020322235959Z0 [snip, lots and lots of other stuff] Wow, that was a long signature - Is this using the mutt s/mime patch? -- Bruno
gpg/mutt and network solutions
On Fri 19-Oct-2001 at 07:58:24AM -0600, Charles Curley wrote: Is anyone using mutt/gpg to change records at Network Solutions using pgp? I seem unable to send a change to them which their software will accept. Their error message is less than lucid. If it's anything like the nic.uk robot, then you'll have a lot of messing around. The uk robot insists on: - messages are old-style (non-mime) pgp signed, ':set pgp_create_traditional' doesn't work either. - Your public key can't be self-signed. - You must use an RSA key. Try any of the above.. -- Bruno
Re: Filtering imap mail with a macro
On Sat 29-Sep-2001 at 07:00:51PM +0100, Bruno Postle wrote: This seems to work, but it's insane (fun to watch though) - There must be a sane solution: The fcc-save-hooks got mixed-up when I was rewriting for the list, my insane macro should have looked like this (with the default spoolfile hook at the end): # fcc-save-hook ~t [EMAIL PROTECTED] =mutt-users # fcc-save-hook ~t [EMAIL PROTECTED] =mutt-dev # fcc-save-hook . ! # # macro index f9 \ # untag-pattern'.'enter\ # 1enter\ # save-messageenterenter\ # save-messageenterenter\ # save-messageenterenter\ # save-messageenterenter\ # save-messageenterenter\ # save-messageenterenter\ # save-messageenterenter\ # save-messageenterenter\ # etc.. etc.. etc.. # save-messageenterenter\ # sync-mailbox \ # 'filter mail' Bruno -- http://bruno.postle.net/
Re: Filtering imap mail with a macro
On Sun 30-Sep-2001 at 12:47:53PM +1000, David wrote: I'm just wondering if it would be possible to use fetchmail or equivalents to pull the mail off the imap server then sort it with procmail/maildrop/etc ? It would, but the point of using imap is to use it for storage and remote access - Ideally there would be a client tool that connected to an imap INBOX, fetched specified headers from all the unread mail, then issued lots of move/delete commands based on some regexes in a config file - A piece of vapourware that has been discussed here before. On Sun 30-Sep-2001 at 07:21:39AM -0400, David T-G wrote: Is there no ftp access, either? All you'd need is to drop in a .forward file and a .procmailrc file... Nope, not even a user account associated with the mailbox - This is a dedicated imap server with virtual accounts. -- Bruno
Re: Filtering imap mail with a macro
Thanks to Ulf Erikson, I've got a macro that doesn't perform quite as many unnecessary saves as before. It's still a nasty hack though :-) Here's a config that assumes: incoming mail arrives in the imap INBOX (which remains the default spool for unsorted mail), plus there are two mailing lists that need to be sorted to pre-existing folders +mutt-users and +mutt-dev respectively: # set folder=imap://username:[EMAIL PROTECTED]/INBOX # set mbox=+mbox # set record=+mbox # set postponed=+postponed # set spoolfile=imap://username:[EMAIL PROTECTED]/INBOX # # mailboxes ! +mutt-users +mutt-dev # # fcc-save-hook '~C [EMAIL PROTECTED]' +mutt-users # fcc-save-hook '~C [EMAIL PROTECTED]' +mutt-dev # fcc-save-hook '~A' ! # # macro index f9 \ # change-folder'!'enter\ # tag-pattern'~C [EMAIL PROTECTED]'enter\ # tag-prefixsave-messageenterentersync-mailbox\ # tag-pattern'~C [EMAIL PROTECTED]'enter\ # tag-prefixsave-messageenterentersync-mailbox\ # change-folder'!'enter \ # 'Filter mail' -- Bruno
Re: :set ?alternates to see how your $alternates are set
On Sat 22-Sep-2001 at 11:25:28PM -0400, David T-G wrote: % Is there some equivalent to.. % % :bind index ?a % % ..that would return something like this?: % % create-alias create an alias from a message sender How about just hitting the question mark (unless you've re-bound help already)? I've been doing a bit of work with accessibility lately and I must have started looking at applications in terms of an audio-only perspective. The help menu is a Big List, quite different to being able to ask what does this key do?. This is all irrelevant anyway, since I'm not aware of anyone using mutt purely in audio. The help menu is fine and the ':set ?alternates' thing is a cute trick to remember. Bruno -- http://bruno.postle.net/
:set ?alternates to see how your $alternates are set
On Thu 20-Sep-2001 at 07:07:24AM -0400, David T-G wrote: :set ?alternates to see how your $alternates are set. Cor, you learn something every day. I can't seem to get this trick to work with key bindings etc.. though. Is there some equivalent to.. :bind index ?a ..that would return something like this?: create-alias create an alias from a message sender Bruno -- http://bruno.postle.net/
Re: Mysteriously purged emails
On Fri 31-Aug-2001 at 12:10:19PM -0700, [EMAIL PROTECTED] wrote: I use mutt both at home and at work on the same mailbox. Yesterday it mysteriously purged the last 15 days worth of email. You need to say what kind of mailboxes you use. imap, mbox, Maildir, whatever... I had a similar problem with Maildirs accessed via nfs a couple of months ago. Some mail appeared to vanish, but was still there when viewed in mutt on the file-server. Nfs was reporting the files as empty. Lots of restarting nfs seemed to fix the problem and the mail reappeared :-) Bruno -- http://bruno.postle.net/
Rethreading mail macros
On Tue 07-Aug-2001 at 01:42:47PM +0200, Ulf Erikson wrote: I wrote two macros about a year ago to let me ,Thread or ,Unthread mails at my will. You'll find the macros in the archives or attached. It would be nice to have this functionallity in Mutt though. I agree, I've just rethreaded a mailbox using Ulf's macros. This box has a couple of hundred messages in five or so threads - all important business stuff that was previously completely incoherent. This is Very Useful functionality, just the sort of magic I need. BTW, I couldn't get the ,Thread macro to work because I have 'auto_tag' set, here's a version that works for me: macro index ,T \ enter-commandunset auto_tagenter\ pipe-messageformail -z -x Message-ID /tmp/mutt-msgIDenter\ enter-commandset editor=\ 'formail -i \References:\ \`cat /tmp/mutt-msgID\`\\ -R In-Reply-To Old-In-Reply-To\ %s\ /tmp/mutt-fix.$$;\ mv /tmp/mutt-fix.$$ %s; sleep 1; touch %s'enter\ tag-prefixedit\ shell-escaperm /tmp/mutt-msgIDenter\ enter-commandset editor=vimenter\ enter-commandset auto_tagenter \ insert the current message's \Message-ID\ into the tagged messages'\ \References:\ headers Bruno -- http://bruno.postle.net/
Re: Threading question -- index char
On Mon 06-Aug-2001 at 05:25:52PM -0400, Ethan Blanton wrote: Justin R. Miller spake unto us the following wisdom: Which brings me to a question... what does the '' represent in the same position? It generally seems to me that it means you have limited your message list, and there are hidden messages represented by that . At the risk of making what sounds like a Feature Request. I would love to be able to do a 'context-limit', along the lines of `grep -C`. ie. show all matching messages + all messages in the same thread Bruno -- http://bruno.postle.net/
Re: vfolders
On Thu 12-Jul-2001 at 12:49:39PM +, Jonathan Miller wrote: I really love the concept of vfolders, which are basically SQL statements that create folders out of a bunch of mail in a database. This is a definite issue with the mail-as-file system for storing mail. Like most people, I have my mail archive categorised and stored by context (lists|customers|projects etc..), which is fine most of the time since 'limit' does great searches. The problem is mail that belongs in two or more categories. Currently I just put multiple copies wherever I think I might want to look for it later - obviously this is a really inefficient use of space and it would be nice to be able create links in/between Maildirs rather than copying the files (kind of like cross-postings in a news spool). When I had everything in mbox files, I occasionally used grepmail/grepm to do cross-mailbox searches. The cute thing with grepm is that it creates an mbox file with the search results and opens it in mutt. This is something like your 'vfolders', though painfully slow with the amount of mail I've got. I've thought about writing a script that does the grepm thing with Maildirs. Ideally it would create the vfolder as a Maildir containing only linked files, so I could have as many vfolders as I like without having to go and buy a bigger disc. Maybe someone has already written this. Bruno -- http://bruno.postle.net/
Re: sending attachments
On Thu 08-Mar-2001 at 04:23:35PM +0100, Mullen A.J. wrote: I'm having problems sending attachments to non mutt users. It appears to be stemming from their not being able to recognize the boundaries between attachments (I've noticed that other mailers use a "boundary" variable, and my mutt is adding an asterisk to this.) You need to give some examples. Your Content-Type header is a bit of a mess as well: Content-Type: text/plain; charset*=ascii''ascii Bruno -- http://bruno.postle.net/
Re: sending attachments
On Thu 08-Mar-2001 at 05:42:11PM +0100, Mullen A.J. wrote: Here's an example of the full header and boundaries I'm sending which is not being properly decoded by other mailers (although it is by other mutt users). From [EMAIL PROTECTED] Thu Mar 8 15:20:13 2001 Date: Thu, 8 Mar 2001 15:20:13 +0100 From: "Mullen A.J." [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: att Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/mixed; boundary*="ascii''0lnxQi9hkpPO77W3" Content-Disposition: inline User-Agent: Mutt/1.3.8i Status: RO Content-Length: 175926 Lines: 2879 --0lnxQi9hkpPO77W3 Content-Type: text/plain; charset*=ascii''ascii Content-Disposition: inline msg txt --0lnxQi9hkpPO77W3 Content-Type: application/postscript Content-Disposition: attachment; filename*=ascii''braustac%2Eps %!PS-Adobe-2.0 %%Creator: dvips(k) 5.85 Copyright 1999 Radical Eye Software et cetera... It is messed-up, I don't know why :-) Bruno -- http://bruno.postle.net/
Re: multiple imap mailboxes
On Wed 21-Feb-2001 at 10:29:22PM -0500, Marc Tardif wrote:
How can I manage multiple imap mailboxes in mutt? I'd like to be able
to read each mailbox seperately, perhaps using a convenient way to
switch between them.
Sorry I can't help you, but this reminds me of a feature that I'd like
to suggest for imap browsing (hmm, this could be a really stupid idea).
I would be nice to create a dummy file or symlink in a mailfolder to an
imap mailbox and browse it as if it was just another local mbox or
maildir:
ln -s imaps:[EMAIL PROTECTED]/INBOX $HOME/Mail/INBOX
I'd also like to avoid having to re-enter my password each time (even
if it means compromising security by keeping cleartext passwords in a
local file, though I'd like to avoid that also if possible).
Have a look at imap_pass and imap_user in the manual, you can set these
in your muttrc file.
And finally, with the setup above, I'd like to be able to move
messages from one imap mailbox to another. Is this all possible?
I think you need to use the full path to the destination imap folder,
you can use tab completion to make this easier.
In mutt-1.2.* imap paths look like this:
{imap.myisp.com/}path/to/folder/
In mutt-1.3.* they look like this:
imap:[EMAIL PROTECTED]/path/to/folder/
Bruno
--
http://bruno.postle.net/
Re: enhanced maildir-format
On Tue 09-Jan-2001 at 09:10:01PM +, Bruno Postle wrote: Use \..* as your mask so you match the somewhat odd courier naming convention. That regex is just plain-wrong, it works for all the wrong reasons. It should have been ^\. to match everything beginning with a dot. Bruno -- http://bruno.postle.net/
Re: enhanced maildir-format
On Mon 08-Jan-2001 at 02:57:27PM +0100, georg wrote: courier uses a so called "folder-extension". In a normal maildir there are only 3 dirs: new, cur, tmp. To store the imap-folder-structure courier (and sqwebmail and maildrop) creates dirs with a leading dot. The dot indicates that it is a folder created by the user. So if ~/Maildir contains the dir ".test" you see the folder "test" as a sub-folder of your inbox ~/Maildir. ".test" is a maildir itself, I can access it with mutt, typing the path directly, but I cannot browse trough the folder hierarchie like in imap-mode. Like in imap each folder can conatain messages and/or folders. Use tab-completion instead of folder browsing, it's quicker and you will hardly notice the difference between: ~/Maildir/lists/mutt-users/ and ~/Maildir/.lists.mutt-users/ Honestly :-) Use \..* as your mask so you match the somewhat odd courier naming convention. In fact I prefer this method of categorising mailboxes - my local maildirs are a bit like this anyway, with no sub-directories (and no leading dots either): ~/Mail/list.mutt-newbie ~/Mail/list.mutt-users ~/Mail/sent ~/Mail/work.boring ~/Mail/work.interesting etc.. Bruno -- http://bruno.postle.net/
Re: enhanced maildir-format
On Sun 07-Jan-2001 at 11:59:40AM -0800, Michael Elkins wrote: On Sun, Jan 07, 2001 at 05:53:41PM +0100, georg wrote: will there be support for the maildir-folder-extension to the maildir-format used by courier, sqwebmail and maildrop? Please describe what support is missing. I'm not familiar with the extensions used by those programs. Courier-imap Maildir names begin with a dot like this: $ ls -la drwx-- 5 adam adam 1024 Oct 23 11:30 .scrap.cps drwx-- 5 adam adam 1024 Oct 23 11:31 .scrap.jungle drwx-- 5 adam adam 1024 Oct 23 11:30 .scrap.nuw You need to change the default mask in mutt (which hides dot-files by default) so that you can see them. 6.3.81. mask Type: regular expression Default: "!^\.[^.]" A regular expression used in the file browser, optionally preceded by the not operator ``!''. Only files whose names match this mask will be shown. The match is always case-sensitive. Bruno -- http://bruno.postle.net/
Outlook (again)
On Fri 15-Dec-2000 at 12:47:44PM +0100, Martin wrote: OK. In Outlook the signature is shown as an atachement. It's worse than that, if you use 'multipart/signed' the message body appears as an attachment (apparently - I've never actually seen this). Something I have found out recently is that 'multipart/mixed' messages _are_ displayed inline by outlook, even when they are pgp/mime signed as well. For instance, this: macro compose y 'attach-file/dev/nullentersend-message' will force 'multipart/mixed' outgoing mail. YMMV, I'm not recommending that anyone actually uses this, I don't have an 'outlook test suite' to check it. At the very least you will get lots of mail saying "what's this 'null' file? I can't seem to open it. It must be a virus." etc.. Bruno -- http://bruno.postle.net/
Re: Question regarding clearsigning emails automatically
On Thu 14-Dec-2000 at 11:03:13AM -0600, David Champion wrote: This has come up before in my conversation with others. I think that signing all mail as a policy is a waste of resources and a potential source of annoyance, whether it's list mail or not. I think that sensitive material (code patches, or authoritative announcements of new software releases, or analyses of the latest Communications Prohibition Act, and the like) ought to be signed if possible; anyone who is concerned about the validity of the message can check the signature if they like. I'm very inconsistent with signing mail (especially if I know it's going to end up being viewed in Outlook) - but really all I'm doing is encouraging people to think that _sometimes_ I don't sign my mail. What this means is that next time somebody forges my identity, nobody will think it's a forgery (they will just think I forgot to sign again). Really, you should be signing everything or nothing. Bruno -- http://bruno.postle.net/
Re: RFC2369 support
On Fri 22-Sep-2000 at 02:42:17PM +0200, Hugo Haas wrote: Are there any plans for support of RFC2369[1] headers? I just discovered that Pine was offering a neat interface to unsubscribe from a mailing list, get help, etc, using the List-* headers, and now I'm jealous. :-) You could start by fixing the 'mutt-rfc2368' script in the ftp contrib directory. Amongst (several) other improvements, it needs to be able to cope with the ?body=info part of a mailto:[EMAIL PROTECTED]?body=info type uri, (it already does ?subject=info etc..). If you could then persuade urlview to look at headers as well as message bodies, then I think it would basically do what you want. Bruno -- http://bruno.postle.net/ PGP signature
Re: RFC2369 support
On Fri 22-Sep-2000 at 06:04:51PM +0100, Bruno Postle wrote: On Fri 22-Sep-2000 at 02:42:17PM +0200, Hugo Haas wrote: Are there any plans for support of RFC2369[1] headers? I just discovered that Pine was offering a neat interface to unsubscribe from a mailing list, get help, etc, using the List-* headers, and now I'm jealous. :-) You could start by fixing the 'mutt-rfc2368' script in the ftp contrib directory. Amongst (several) other improvements, it needs to be able to cope with the ?body=info part of a mailto:[EMAIL PROTECTED]?body=info type uri, (it already does ?subject=info etc..). If you could then persuade urlview to look at headers as well as message bodies, then I think it would basically do what you want. Doh, urlview does look at headers, so all you have to do is mend the 'mutt-rfc2368' script and everything will be tickety-boo. Bruno -- http://bruno.postle.net/ PGP signature
Re: Images in the body of an e-mail.
On Thu 24-Aug-2000 at 12:40:59PM -0400, David T-G wrote: mutt creates, by default, ordinary text messages, though they can be enhanced by changing character sets, so the only image you could truly put into a standard message would be a good old-fashioned ASCII drawing. I guess the problem is probably that when you attach an image in mutt it uses 'Content-Disposition: attachment' in the mime headers whereas netscape (for example) uses 'Content-Disposition: inline'. The result is that when you send an image from mutt it appears as an attachment link in netscape messenger, instead of being automatically shown (as a purely netscape generated image-attached-to-message would be). Bruno -- http://bruno.postle.net/ PGP signature
Re: Why use set hostname?
On Sat 24-Jun-2000 at 12:50:34PM -0700, Gottipati Aravind wrote: My question now is whats the purpose of that hostname variable if it does not work? As far as I can tell, it's the only way of setting the hostname part of the generated 'Message-ID: ' header. Bruno -- http://bruno.postle.net/ PGP signature
rfc 2368 style mailto: links in urlview
I was briefly inspired by the O'Reily book 'Practical Internet Groupware' and a mail oriented project I'm working on, to write this script. It handles rfc 2368 mailto: links in urlview and passes them on to the mutt command line. This sort of stuff: mailto:[EMAIL PROTECTED]?subject=What%20a%20dumb%20RFC or mailto:[EMAIL PROTECTED]?[EMAIL PROTECTED]subject=Hi%20There! Gets rewritten (most of the time) to: mutt '[EMAIL PROTECTED]' -s 'What a dumb RFC' and mutt '[EMAIL PROTECTED]' -s 'Hi There!' There's a fairly remote possibility that someone else might find this useful and want to add it to their web of mutt helpers, so I'm posting it here.. It doesn't do extra headers like 'In-Reply-To:' or body text. This wouldn't have been too hard to add. Change the line in url_handler.sh that calls mutt: mutt `echo $url | sed 's;^[^:]*:\(.*\);\1;'` to mutt-rfc2368 $url Bruno -- mailto:[EMAIL PROTECTED] http://bruno.postle.net #!/bin/sh # Rewrites RFC2368-style URI's to mutt command-line format # [EMAIL PROTECTED] 20-feb-2000 URI=`echo $1 | tr '%20' ' '` TO=`echo $URI | egrep '^?mailto:[^@\?]+@[^@]+' | sed 's;^[^:]*:\([^\?]*\).*;\1;'` CC=`echo $URI | egrep '[\?]cc=[^@\?]+@[^@]+' | sed 's;^.*[\?]cc=\([^]*\).*$;\1;'` SUBJECT=`echo $URI | egrep '[\?]subject=[^]' | sed 's;^.*[\?]subject=\([^]*\).*$;\1;'` ARGS="" if [ -n "$TO" ] ; then ARGS="$ARGS '$TO'" fi if [ -n "$CC" ] ; then ARGS="$ARGS -c '$CC'" fi if [ -n "$SUBJECT" ] ; then ARGS="$ARGS -s '$SUBJECT'" fi eval "mutt $ARGS" PGP signature
