Slashdot Mirror
Mutt Hits 1.0
Albert Schueller writes "After years of alpha and beta, everybody's favorite mail client,
MUTT, has an official 1.0 release. They've also got news about the release."
← Back to Stories (view on slashdot.org)
← Back to Stories (view on slashdot.org)
Mutt is my main email client and I am very happy with it. The one thing I don't really like about it is the fact that it won't accept plain in-line PGP-encrypted email, only PGP/Mime and application/x-pgp attachments. The procmail hack suggested in the documentation for solving this issue is not exactly elegant.
This seems to go against Jon Postel's well-known principle: "Be conservative in what you generate, liberal in what you accept" - generate properly formatted PGP/Mime, but accept any kind of PGP encrypted message.
----
Stop worrying about the risks of nuclear power and start worrying about the risks of not using nuclear power.
Well, I must admit I consider it a feature :-)
When I was using elm I was annoyed by the fact that I am unable to reach other mails in the current folder while answering some mail. I never screwed up any of my mailboxes by opening them in two mutt sessions. (I just use the other session read-only.)
pgp_timeout
Type: number
Default: 300
The number of seconds after which a cached passphrase will expire if not
used.
Mutt isn't a command-line e-mail tool. It's graphical, but in a text window. MH is a command-line e-mail tool, and I like it because it's easy and convenient to use. And cars *are* evil machines.
Hmmm. Must have been the link from his homepage that threw me off. Thanks for the correction!
--
>>You are slowly dying past... that eventually will disapear
Not at all. It is absurd to say that GUI is better than command line at anything (which I don't think you are saying anyways). As long as there are some things that can be done quicker and better at the command line, even client stuff, people will use the command line. Do you realize how much quicker it is to type in 'mutt' than to move your mouse over to the start button, left click, move up to programs, left click, move over to 'Qualcom', left click, move down to Eudora, left click, wait while a purty splash screen pops up, and then have your email client started? And don't tell me about desktop icons, because if you multitask it is the same thing minimizing windows and moving them around to get to the desktop. Sure, John smith isn't a nerd and we can't expect him to remember 'all' the commands of a text based interface (though in my experience it is just as hard for newbies to remember "Outlook Express == mail" and all the similiar apps. And sure, one day there will be dumb boxes that do all media stuff, and *real* computers will be delegated to true geeks, but *real* computer users will use the command line for the foreseeable future.
fetchmail != fetchnews
That's the stupid way. Even the worse Windows mail clients support more than one pop account. Get out of th dark ages guys.
Un*x has this nice concept of actually being useable and flexible. Tools do one thing and do it very well, and by stringing several tools together you can do anything you want.
Why should the Mutt developers waste their time reimplimenting what already is there? And what good is it to you if they do that, then you later want to read your mail with a different client? You have to reconfigure said client, instead of just swapping out the one piece of your setup you're actually interested in. Nevermind the issue of just having a daemon to deliver your mail so it's there whether you open your MUA or not.
I'd rather keep the extra functionality, thank you very much. If you like the Windows way, use Windows.
yes...check the "sendmail address rewriting mini-HOWTO"...it explains exactly how to get sendmail to rewrite your emails so that anything going outside your network has the correct format...HTH
Try out 'mutt -y'
.muttrc). Every folder is tagged 'N' if there is new mail and you can also put remote imap folders in this same command.
;)
I use it so that mutt starts with the mailboxes listed in the 'mailbox' command (from
For instance, instead of having fetchmail download all my mail from work, I can consult what has come in during the week-end and fix it the coming monday (well, I guess that's what IMAP aims to be
How? I use Wine to run Agent (a combination mail and news reader for Windows) on my home machine. It's not as powerful as MS Outlook which I use at work, but at least it's possible to get up and running with a trivial amount of effort. The hardest part was setting up the winerc file.
To read mail with Agent:
Step 1 Set up Wine
Step 2 Run Agent
Step 3 Go to the option menu and enter POP server, userID, password, SMTP server.
Step 4 Click the "Get Mail" button
To read mail with Mutt
Step 1 Read fetchmail manual
Step 2 Write a fetchmailrc file
Step 3 Read sendmail manual (Go ahead and claim sendmail is easy to configure, I dare you)
Step 4 Configure sendmail to fix the error about the wrong host
Step 5 Wonder if you're going to get hacked now that you have sendmail running (After all, what do I know about sendmail security? At least when it was turned off I felt fairly safe)
Step 6 Read the Mutt manual (With no menus and no point and click don't count on figuring it out just from guessing unless you have years of experience with Unix mail clients)
Step 7 Oops, I forgot I only ran fetchmail once. Better read some more documentation to figure out which file to add it to so it runs automatically. rc.local? ifup-ppp? ifup-post? crontab?
Step 8 Oops, what if I want to create mail while I'm not connected and then have it sent automatically? Can sendmail queue outgoing mail? I don't know, better read some more manuals and maybe even get another program.
OK, so maybe I exagerated a little, but it's certainly a lot more work and more programs than the Windows method. End user email configuration should be "POP Server, SMTP Server, username, password, Full Name, polling frequency" five or six text boxes and maybe a couple of check boxes. It should not require require reading manual for three or more programs. I'm an end user dammit, not a sysadmin.
Yes, I know. The smtp comment was just to illustrate that whoever answeres doesn't need to explain smtp.
Fetchmail can support more than one POP3 account. Or IMAP, or KPOP, or ...
I have fetchmail downloading from my POP3 email account, then sort via procmail into many (13) mailboxes. I used to have three POP3 accounts -- two from different ISPs and one for my actual email account (the one I use). It worked just as well then as it does now.
Sorry for flaming.
But there is this thing called a learning curve. Having the mouse available eases the learning curve but eventually the user would figure out the key bindings. So eventually the user would stop or almost stop using the mouse.
You should see me in computer class. I use the keyboard all the time on Excel spreadsheets and finish the spreadsheets before everyone else virtually everytime. You can tell a person's experience with the computer, even on a Windows or Mac machine, by how often they reach for the mouse. This is that learning thing.
***Beginning*of*Signiture***
Linux? That's GNU/Linux to you mister!
Use fetchmail. BTW, Pine's POP3 support is shit. I still prefer to use Mutt's POP3 one-mailbox-only-man-I'm-not-a-MDA
With high volume mailinglists it is kind of annoying because I regularly end up rereading and redeleting some hundred messages. Say I read mails 1-100 in one Mutt window, and 101-200 in another, then there's no way to merge my reading efforts.
But indeed, I've never had corruption.
Well as long as you have an Xserver running that would be quite easy with ssh :)
(except for the fact that Balsa is kind of a bad crashy example)
There's no more than a grain of truth, if any at all. While I'll freely acknowledge that there are lots of features in Outlook, the simple fact is that its users are dependent upon M$ for the features that are there.
In contrast to CLI tools, the GUI user has only those features available to him that the developers provide -- and no more. And the price of those features is bloat.
To argue that the command line is "archaic" or that it's doomed to die is to display only one's own ignorance (I know you didn't do this; it was the original poster). Power users will go for the command line. They have *vastly* more control than any GUI app can hope to provide in anything less than 1GB of RAM and disk space each.
DFL
Never send a human to do a machine's job.
So use Windows like he said.
DFL
Never send a human to do a machine's job.
What is with all the complaining about MUAs tonight? It's not only you but several others. There *are* GUI alternatives to mutt -- netscape, kmail, etc, and these do what you want.
Mutt on the other hand does what mutt users like: one thing. I haven't heard the mutt lovers here screaming about the bloat associated with GUI mail programs; why is it that the GUI types are whining about a program they're not even required to use???
If you're not happy with the GUI alternatives, then go scream at the developers of the GUI mail programs, not at the muttfolk. We're a happy lot. We've FOUND our mail client.
Have a nice day.
DFL
Never send a human to do a machine's job.
yeah yeah we are supposed to be considerate to everyday people and to make programs more uwser friendly. But god damn, before netscape mail comes around, just about all campuses use pine and i don't hear anyone complainning about lack of mouse support. people in liberal arts, fine arts, they all have no problem using pine.
so i say, in this case-by-case analysis, yes, this guy is a dumb ass that we don't need.
MAILDIR=$HOME/mail
:0:
:0
/var/spool/mail/svmcguir
* cryptography@c2.net
Cryptography
From .muttrc, tells mutt to use these as mailboxes
set folder=~/mail /var/spool/mail/svmcguir
mailboxes +Cryptography
mailboxes
and this tells mutt where to save mail I have read
mbox-hook .*Cryptography$ space"+Cryptography-read-`date +%Y`" .*svmcguir$ space"+read-messages-`date+%Y`"
mbox-hook
(the editor's wordwrap is screwing up my lines. Replace space with a real space.) Hope this helps
When you've got a message selected in mutt, just press the "s" key to save, and it'll prompt you for the mailbox you want to save the message to.
Then when you want to access that mailbox, just run mutt -f
This way you can have multiple folders on your screen open using multiple xterms, amongst other things..
--bdj
I messed around with the code last night, and it seems mutt still has a problem with IMAP. Namely, if you open an imap mail box, then change to a local mailbox, then quit. What happened is mutt closes the imap mailbox without closing the connection, then open the local mailbox. And when you hit quit, mutt thinks it is in the context of a local mailbox and wouldn't try to terminate any connection, and you end up with a pending connection to the imap server. Any comments?
I've been trying to get Mutt to do what I want for a while. My problem is this: I'm on a bunch of mailing lists, and most of them work just fine when I save messages to a folder - but some don't. I believe it has something to do with the sender ID or the reply-to - but at any rate, on these, it always wants me to save them to a folder for the sender, and not the mailing list. This wouldn't be bad, except this is about 3/4s of my mail!
I've tried mbox-hooks, save-hooks, and other things - but part of the problem is that the docs are very unclear as to what things mean. Nothing seems to work - can someone help me?
Ah, the author... Just who I need. I've been considering fetchmail, but how do you advise to do posting? I don't know how NNTP works (SMTP on the otherhand... I've edited sendmail.mc and lived :-), but how would I post?
Kluuuuuuudge! Who wants to restart their MUA with a switch every time they want to check out a different folder?
But are you sure that's necessary? In playing with semi-recent versions of Mutt, I've found that it will let me poke around my Pine-made folders. I'd assumed that my difficulties in getting it to save to them were due to bugs or misconfiguration.
Mind the Gap
There's a certain level of paranoia that's prerequisite for using PGP/GPG properly, and you're a bit short. :)
Seriously, though... if your passphrase is on the hard drive, that means it's fair game for any system cracker or entity taking physical control of your system. That's a Very Bad Thing... if you've got a system that's practically unbreakable via cryptographic means, why create a weak link as big as your OS and physical security? (Physical and OS security are still issues without your password on the hard drive, but they're much larger ones when it is).
Anyway, how would a text-only program do mouse support? Try to support gpm, xterm, etc.?
I believe libgpm is enough to support both gpm and xterm...
Try using this sample .procmailrc. That's just a few lines of my procmailrc which sorts mail from all sorts of lists into different folders.
The best way to do filtering is via procmail.
Good for the newbies (or uncaring), but not very flexible. Especially not for the serious text editor or email fanatic. ;)
Pine allows you to use any editor. Look at your pine config and check "enable alternate editor command" if you want to be able to switch ( with ^_ ) or "enable alternate editor implicitly" if you want it to automatically use your favourite editor ( instead of pico ) . I do this so that I can switch to vim if I'm writing a message longer than 3 lines ...
As for email fanatics ... real email fanatics use procmail for their filtering.
Maybe if you USED mutt, you'd know that it's interface is similar to a no-nonsense elm layout.
,reverse qq;):zrekcahzlrepzrehtonaztey; );"
And, if you're using unix, ALL your applications are "command-line" applications. I hate to break this to you, but why not look in the code of your window manage and see what it does to start menued programs. Wow. Amazing huh?
The idea that "GUI" is the future isn't 100% correct. While having Gui's is nice, and it helps the learning curve, nothing beats the speed of the command line. I like to think of GUI as the first step towards being able to use the command line.
Very few people can design truly efficent and elegant graphical user interfaces anyways, so most of them are confusing and poorly laid out. With this situation, GUI can be worse than the command line, because it can become counterintuitive to an extreme.
The command line, however, is a constant. It's not really intuitive or counterintuitive. It's just a comand prompt.
Just because you run a program in an xterm dosen't mean it's a command line program. Your post bespeaks both a lack of knowledge on this thread, and a lack of understanding of UNIX-style operating systems and programming in general.
- Paradox
Man of the C!!!
perl -e "print join q( ), split(q.z.
Slashdot. It's Not For Common Sense
you apparently don't use vim... you can justify in vim just like in pico (even better, actually) by doing someting like
map Q gq
and then to justify a paragraph, just do a "Q}"... etc
Really? Why don't you get off your elitist high-horse and ask yourself how mouse support is a bad thing.
Oh no! The program is easier without taking away my flexibility! Easier! Oh, the horror!
I am more in the opinion that most of the clueless are the people who *use* GNU/Linux.
***Beginning*of*Signiture***
Linux? That's GNU/Linux to you mister!
GPG does not appear to have the wipe option of PGP, or rather, it doesn't complain and doesn't wipe the plaintext.
because it would be easier.
Mutt is pretty cool, though, I wish it were installed in my university's servers.
---
I used this script to convert my address-book. I needed to do a little manual fix-up afterwards, though.
#!/usr/bin/perl
/(.*)\t(.*)\t(.*)/ ) { /^\((.*)\)$/ ) { /<.*>/ ) { /(.*), (.*)/) && ($name = "$2 $1");
while(<>) {
if( !/^\#/ &&
my ($nick, $name, $addr) = ($1, $2, $3);
if( $addr =~
print "alias $nick $1\n";
} else if( $addr =~
print "alias $nick $addr\n";
} else {
($name =~
print "alias $nick $name <$addr>\n";
}
}
}
I was more referring to you saying "ah, the author" and then asking a fetchmail question, when it was the fetchnews author that you were replying to. But whatever.
I use mutt, and its great. However, some sites complain because the hostname I'm on is not a valid address. I send mail from behind a masqueraded network. Is there any way to change the host my mail appears to be coming from to prevent this?
Your analogy that I am no different than "these people from the beginning of the century who first dismissed cars as an evil machine" is correct. I don't see how we can call cars "progress"; they are *insanely* inefficient. (I don't know the actual number, but I would guess cars have a 20% feul efficiency?) Not only do we use way too much oil maintaining cars, we also have to maintain all the roads that the cars drive on. Not to mention we have to build all the cars in the first place. And we are adding more and more cars all the time, causing the amount of oil we use to exponentially go up, along with the amount of resources we must allocate to roads, and road maintinence.
So, yes, I would say that the evils of the car are somewhat analagous to the evils of a GUI mail program.
Seconded (but for Netscape Messenger for Windows; although I have used Outlook and I like that too). BTW, I don't use Messenger for Unix because NS broke it by removing Offline mode.
;-)
Question: Which would you rather have? A mail client that does everything you want easily, but which you can't add more features to, or one which doesn't do everything you want, but you're welcome to implement stuff yourself?
There are few people in the world with the time and the coding skills to choose the second option.
Gerv
Mutt also uses SIGWINCH and resize_term(), which are not found in all systems/curses implementations. I don't know if you've heard of it, but there's a useful little utility called autoconf. It's used by mutt; you might want to read up on it.
Daniel
Hurry up and jump on the individualist bandwagon!
Oh come on. You are arguing against change. Don't you realize that this kind of argument won't take you anywhere ?
And I am very interested in one thing >> how the fuck does having different opinion qualifies me as a troll. I simply don't "dig" text based tools, that's all and for me "mutt" is worthless tool. Is that trolling ??
"It is absurd to say that GUI is better than command line at anything (which I don't think you are saying anyways). "
Yeah, right. Let's all ditch MS Office and move to text based Wordperfect from 10 years ago.
Or better yet, why don't we go back to punched cards - I am sure there were many "true" geeks who
argued for that when first terminals were entering the market.
After clinging to Mail for some months, I finally got spoiled by Zmail, then moved to NT with Eudora, which, quirks and all, is definitely better that Netscape (I hate Netscape mail!).
:-I)]
Last couple of days, I've been looking for some IMAP client for Linux, because Netscape crashes almost every time I try to connect to the IMAP server, and I don't really dig gnus (although I love Xemacs) [and don't know how to configure it as IMAP client, BTW]. I tried Balsa, but all that GNOME stuff is really unstable. Don't know how to do IMAP on kmail (or some other whose name I forgot). Mahogany is unstable, and it's too dumb: it forces a local INBOX, and you can't use the same name for a mailbox in the server, so you're out. And its IMAP doesn't really work anyway.
In summary: a modern IMAP mailer on Linux is missing app #1!!
[We don't thank the M$ FUD Factory for their support in producing this message, because they haven't. (NT sucks. There you have it.
try "Character -based UI".
I've been hunting mailers in an attempt to find one with gpg support since I wish to drop my use of PGP completely.
There is the beginnings of GPG support, but it seems to break to try to compile it. Maybe I'll have to fix it myself. :-)
Need a Python, C++, Unix, Linux develop
That said, mutt is the most flexible, usable mailer I know.
GPG support's worked for me for quite a while, .muttrc:
add lines like these to your
# GPG settings
set pgp_default_version=gpg
set pgp_gpg=/home/yarn/bin/gpg
This works with Mutt 0.95.3i (1999-02-12)
(packaged with debian)
-Yarn - Rio Karma: Excellent
..can you even set up filters in PINE? PINE and PICO are nice and all, but they're also pretty vanilla (anyone who is wondering why I included a text editor in this statement apparently doesn't know where either are developed). Good for the newbies (or uncaring), but not very flexible. Especially not for the serious text editor or email fanatic. ;)
No, this is not intended as a flame, I'm geniunely curious.
~ Kish
Mouse support for the sake of mouse support is the dumbest thing I've heard. Mutt has never tried to be the mailer for everyone.
Anyway, how would a text-only program do mouse support? Try to support gpm, xterm, etc.? I'd rather the developers spend their time on something more worthwhile.
I hope they finally included imap folder browsing. I'm suprised they haven't added a gui (xmutt?) to the program yet. Well, just a useful tidbit of information - Mutt was the open source mailer ESR developed to test the ideas he presented in CatB (The Cathedral and the Bazaar). ESR also thinks this mailer sucks - it just sucks less than all the other mailers. :^)
--
That's it... I've put it off for too long, I'm switching to Mutt (from Pine).
Sure, the functionality and the control are nice and all that, but dammit, that little dog on their FAQ page is so doggone (pardon) cute.
Guess that means I'll have to switch to Tin too...
But I won't miss having to go around my ass to get to my pgp-encrypted elbow.
wcb
No probs at all .. add something like this to your .muttrc
set pgp_gpg="/usr/bin/gpg"
set pgp_default_version="gpg"
set pgp_receive_version="default"
set pgp_key_version="default"
set pgp_send_version="default"
I'm on mutt 1.0pre4 and gpg 1.0, and it works flawlessly.
Yeah, gpm support would be a possibility. But I don't (really) want Mutt to have mouse support. It's a way to get more users, but I don't need it (and I like Mutt the way it is).
Mutt is the best mail client I've ever seen ... but ... what Mutt needs is: Mouse support (maybe the new version has it) for all the newbie-Linux-users. Mouse support is the thing, that all the Windows users want from their mail client. Don't you think?
Once a friend (windoze user) asked me: "Why do you use this non-graphical mail client with no mouse support?" I explained all the nice features to him, but he said: "Really nice, but it has no mouse support!"
In addition to what the other posters have said here about GnuPG support in mutt, keep in mind that you can use GnuPG with just about any PGP 2.6-capable program by using the PGP wrapper, pgpgpg.
--
Interested in XFMail? New XFMail home page
Or just type c, which is the default key for change mailbox. It's even got filename completion with tab.
Use 's' to save to any folder, and 'c' to change folders while in Mutt. Set macros to change quickly to certain folders, blah blah. It's certainly not hard to use multiple folders in Mutt. If you're having some odd problems, ask on the mutt-users@mutt.org list.
I'd rather have my editor do nifty stuff than have my email client select my editor. ;)
~ Kish
The version of mutt I downloaded came with a .rc file that made mutt behave somewhat like pine. It was called Pine.rc I believe. I'll put mine up at http://www.the-bomb.com/muttrc if you want to grab it. It works ok but mutt still is a little quirky with my transparent aterms.
Mutt stores its mail folders as single mbox files. Any file (/var/spool/mail/bob, ~/mbox, ~/Mail/foo) can be opened this way; as a convenience, Mutt allows you to refer to a file in ~/Mail by '='. So ~/Mail/foo is =foo. Mutt also has a concept of 'mailboxes'; these are mail folders to which mail can be delivered (by the local MTA, procmail, whatever). You can list these with the 'mailboxes' command in ~/.muttrc.
To switch which mailbox you're viewing, type 'c'. mutt will default to switching to the next mailbox with new mail, but you can type anything. Tab completion also works, and if you hit 'tab' twice it will move to a file browser. 'tab' in the file browser shows an overview of your defined mailboxes, with information about which ones have new mail.
I suggest you read the Mutt manual before asking any more questions, since it explains everything that I just said.
Daniel
Hurry up and jump on the individualist bandwagon!
Is based on mutt. Haven't seen any new versions for a while though....
Is this possible?
:)
Yes. Use fetchmail. Mailreaders aren't in the business of downloading mail; if they are it's a bug
Daniel
Hurry up and jump on the individualist bandwagon!
I had to use Pine in the past and I have a lot of (~200) *Email address aliases* stored in Pine format! Under different catogories too!!
:-)
IS there any way to preserve the catogories and convert those Email aliases to Mutt, without too much work (ie typing them back in
Thanks for any help!
- linuxlover
I know why this post is already Score:2, I just would hope that moderators would use the 'overrated' function on posts that have a free 2, that don't deserve it.
Then again, this is more 'flamebait' then 'overrated', so why not both?
Easy... you DON'T. Simply press "c" (for "change folder," oddly enough), and you may then do one of several things:
"?" will call up a LIST OF FOLDERS, where you can then use the arrows and ENTER to select one
"=mailbox" will select folder mailbox
"TAB" lets you TAB COMPLETE on a folder
"^G" lets you cancel (^U followed by ENTER does same)
--
--
Me spell chucker work grate. Need grandma chicken.
if it ain't broke why fix it? ie: cars have always had a specific design which hasn't changed since the beginning and it's unlikely it will ever change: four wheels, 1 driver, wheel, accelerator, breaks, seats...etc. same goes for command line/text based ui. if it works, and works well then why innovate for the sake of innovation instead of improvement?
For what it's worth, I think GUI's have their place (I'm typing this in Netscape), but there are things for which I prefer the flexibility afforded by the command line. I positively deny that the GUI can completely replace the command line.
DFL
Never send a human to do a machine's job.
I tried using Mutt with GnuPG but it does not work!
A common problem is that you use an older version of Mutt with a new version of gnupg. Recent version of gnupg (0.9.8 and up) don't have the gpgm helper program any more which Mutt uses to access the keyring. Not only that, the gnupg installation routine will also remove gpgm from previous versions. The quick fix is to symlink gpg to gpgm.
--
Okay, I got Linux installed. So where's the free beer everyone keeps talking about??
Posted by Julian Cross:
I want to switch from pine to mutt. I can't figure out how to set up multiple folders to organize my saved mail using mutt. I made a few directories under ~/Mail, but mutt won't let me use them since it is using the mbox file for everything. I looked over the man page and manual.txt without success. Any tips out there for a mutt newbie?
Mutt seems to me to have the nicest of the text interfaces; it is somewhat unfortunate that it doesn't have huge support for the multiplicity of folders that a MH user grows to. (I've got 350 mail folders and 179MB of archived email, for instance.) For managing that, the user interface of EXMH combined with a variety of shell scripts are pretty much necessary.
Mutt is still the nicest way of reading mail on a console...
If you're not part of the solution, you're part of the precipitate.
Mutt has an excellent PGP/MIME support and it
can use both PGP and GPG.
I tried switched to mutt a while ago, but I am just so used to pine! I know you can bind the keys in mutt, but for some reason it didn't seem right. Maybe I will try it again sometime, but god I hate it that I am so attached to pine :)
--
Scott Miga
Firstly, I like and use mutt. However, whatever the case for RTM I feel mutt would benifit from either a selection of good configurations distributed along with it or a set of really simple scripts which alter your config files to do simple but common things, like save copies of sent mail and stuff. This is not intended as a criticism - I really ought to write the above myself...
I tried looking for a muttrc file with pine like key binding. Unfortunately couldnt find one. The muttrc file shipped with mutt is too primitive for my tastes.
/. reader have a muttrc file with pine key bindings so that I may not reinvent the wheel.
Does any
Thanks
CP
Patola
After years of development command line (sic)email client finally hit version 1.0
Is that news or what ??!!
Email is strictly client side application and therefore there is absolutely no reason to use command line tool. Of course, some of you will argue that GUI is bullshit and the only true way is the command line. In that case you are no different than these people from the begining of the century who first dismissed cars as an evil machine and then same madness hapened when first planes came out.
You are not the future. You are slowly dying past... that eventually will disapear.
I've never had corruption, period. Mutt will warn you if the box is externally modified; just resync it ('$') and all is always well. Usually I don't even /have/ to do that, but may as well be safe.
I started off on mutt, but went to pine because I couldn't find a way to use multiple POP3 accounts. Is this possible, and if so, how do you do it? I liked mutt, but I have 5 POP accounts which I check daily. Any info is appreciated.
--"A man's Palm is his best friend."
--"A man's Palm is his best friend."
(IIIx, that is...hehehe)
I started using Mutt a couple of weeks ago after Pine started moving my mail on the server without being told to. This kinda broke things when I went to download my mail from home.
Since then I've become quite attached to Mutt. I'm only just getting into it, but I got it working with gpg without much hassle. Trouble is none of the other mail readers will accept it because they don't obey the relevant RFC (2015 I think). The workaround works (hence the name) but is kludgey. It would be nice if more mail readers supported the standard of PGP sigs in attachments.
Using Mutt has also motivated me to install exim so that I can send mail from home. It's not quite working yet, but it can't be far away. Now I just have to learn how to use hooks.
Mutt really is an excellent mail reader. If you're feeling limited by Pine, perhaps you should try it.
Sven
harshbutfair: you know it makes sense
www.harshbutfair.org
Hmmm... Well, I guess I spoke too soon. I read the blurb in the FAQ, and assumed that the difficultues I was having compiling mutt meant that it didn't support the newer version of gpg.
I hand edited my config.h file to remove any references to PGP (carefully avoiding removing references to GPG) because it wanted to use PGP5 if I had it, and after I did that, I got lots of compilation errors about struct pgpinfo not having a definition.
I just took the more drastic measure of removing pgp entirely by moving the executables, then running configure. It compiled fine, and my test worked.
Checking the config.h file shows that one thing I commented out, _PGPPATH, is defined. My mistake, but I really would expected them to key off one of the HAVE_ variables, and not _PGPPATH. Oh, well.
Need a Python, C++, Unix, Linux develop
MH-E doesn't provide anything substantially better for transferring messages from folder to folder than the shell bindings you can get for zsh. EXMH provides a potent way of doing this that I've not seen in any other system; quite a lot better than the XMH front end.
Back to the point of the thread, Mutt and Slrn strongly parallel one another; they have highly similar user interfaces which partially comes from using the same text UI library, SLANG, which happens also to buy them a 'full' programming language that, not unlike with Elisp, allows "no end" to the customization. It's definitely different from Elisp, but that does not deny that these systems are quite extensible.
If you're not part of the solution, you're part of the precipitate.
Elm always refused to let me screw up my mailboxes, but mutt gladly allows me to open one mailbox in two mutt windows.
What the hell is wrong with tech for the sake of tech?