[gentoo-user] mutt configuration advice

[gentoo-user] mutt configuration advice

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 3556 bytes --]

I would be grateful if some kind soul guided my hand on configuring mutt to 
behave like ... errm ... kmail!  O_o

Before you have a go, please let me explain myself.  I love kmail, or better 
said, I *used to* love kmail as it was back then when no semantic desktop, no 
mysql database, no akonadi, no redland and what not, was imposed upon us.  I 
have no need for anything else than what kmail used to do back in the latter 
part of KDE3.  A simple flat file address book (OK, use sqlite if you really 
must) and the simple search for messages it used to offer, was all that I ever 
needed.  In particular I found its integration with kgpg and kleopatra 
extremely useful, and this is what has stopped me moving to other GUI mail 
clients.  I tried many of them was surprised to see how much better kmail was 
for my needs.

Anyway, this was back then.  Now kmail 1 is heading towards extinction and it 
is a matter of time before devs pull the plug and push us all to the kmail 2 
abomination.  Since the full KDEPIM semantic bloatware is not to my liking and 
I do not wish to allow kmail 2 to irreversibly lose my thousands of mail 
messages, I thought of giving mutt a closer look.  I had used mutt on and off 
in a simple IMAP set up.  Now however I would like to use it on my laptop, 
with the need for offline access to read and draft/edit my messages, multiple 
accounts and quirky settings.  There are a number of things that feel awkward 
with mutt and I am not sure if this is because mutt is just not for me, or 
because it takes much more effort to configure functions, which on a modern 
GUI client are just a click away.

So, let me start with the basics.  I am using Gmail, for which I have 
configured kmail to POP and download my messages in a local maildir without 
deleting these from the server.  The Gmail settings on the server show:

  POP enabled
  Leave POPped messages on server
  IMAP enabled

With the above settings (not sure if they veer from the original Gmail 
defaults) I am able to POP the Gmail server inbox and rather importantly I'm 
also able to 'sync' with any sent messages on the server.  I will not pretend 
to understand how the latter is performed - haven't sniffed the packets to see 
what happens - but this is what I get:

 - When I send a message from kmail it will be saved in my local maildir sent 
gmail subfolder and will also show up in the Sent folder of the Gmail webmail.

 - When I send a message from the Gmail webmail the message will show up as 
new (and downloaded if I click on it) when I launch my kmail.

 - This sync'ing happens once only.  If I thereafter delete a message on the 
server the local copy is not affected and vice versa.  This is useful for me 
because I can delete locally any messages which are not particularly 
important, but might want to refer to them in the distant future.  Delete 
messages on the server that I only want to keep locally.  Delete both when I 
don't want to keep them whatsoever.

However, I am at a loss as to how I should configure my .muttrc to achieve 
this functionality.  Ideally I would also like to replicate my current kmail 
maildir folder structure in mutt, so that I can access the Gmail server with 
either client; e.g.

~/Mail/
 |_inbox (all unfiltered messages drop in here)
   |_.inbox.directory
     |_.Gentoo.directory
     |_Gentoo
       |_cur
       |_new
       |_tmp


Can you please point me in the right direction for this set up?

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-user] mutt configuration advice

[Alan McKinnon]

I have travelled exactly the same path as you, and feel all your pain.

At first I used claws but after a few months it got unbearably slow when
dealing with calendars and invites, so I switched to Thunderbird. It
works well enough for me.

Let's first establish your needs, I see a few points that don't make
much real-world sense.

You retrieve your mail from Gmail, and then selectively delete stuff
from Google's servers. Why are you doing that? Gmail is built to archive
everything forever and most people's mail quickly gets to be a lot of
mail. I can understand leaving all of it there in an archive, or
deleting all of it, depending on how you like to do your backups, but I
don't understand the selective delete part. Looks like a lot of manual
work on your part.

I wouldn't try using mail clients to directly access the same local
mailbox structure. No two clients work the same way, they all index
mails differently, other subtle differences exist and there's always
locking issues. Mutt and kmail might not respect each other's turf...

I recommend a man in the middle - a local IMAP serve of your choice that
works fast for you and stores mail acceptably for you. Fetch your mail
using fetchmail or one of it's friends, use procmail to filter it and
feed it into your IMAP server, and connect to IMAP locally using any GUI
mail client you choose. This gives you a standard interface (IMAP)
instead of a weird interface (disk files store wherever however) and all
locking issues just go away.

The above is what I did (and delete everything off Google's servers so I
do my own backups), and it makes most of the rest of your post redundant
and no longer apply.


On 27/05/2013 14:49, Mick wrote:
> I would be grateful if some kind soul guided my hand on configuring mutt to 
> behave like ... errm ... kmail!  O_o
> 
> Before you have a go, please let me explain myself.  I love kmail, or better 
> said, I *used to* love kmail as it was back then when no semantic desktop, no 
> mysql database, no akonadi, no redland and what not, was imposed upon us.  I 
> have no need for anything else than what kmail used to do back in the latter 
> part of KDE3.  A simple flat file address book (OK, use sqlite if you really 
> must) and the simple search for messages it used to offer, was all that I ever 
> needed.  In particular I found its integration with kgpg and kleopatra 
> extremely useful, and this is what has stopped me moving to other GUI mail 
> clients.  I tried many of them was surprised to see how much better kmail was 
> for my needs.
> 
> Anyway, this was back then.  Now kmail 1 is heading towards extinction and it 
> is a matter of time before devs pull the plug and push us all to the kmail 2 
> abomination.  Since the full KDEPIM semantic bloatware is not to my liking and 
> I do not wish to allow kmail 2 to irreversibly lose my thousands of mail 
> messages, I thought of giving mutt a closer look.  I had used mutt on and off 
> in a simple IMAP set up.  Now however I would like to use it on my laptop, 
> with the need for offline access to read and draft/edit my messages, multiple 
> accounts and quirky settings.  There are a number of things that feel awkward 
> with mutt and I am not sure if this is because mutt is just not for me, or 
> because it takes much more effort to configure functions, which on a modern 
> GUI client are just a click away.
> 
> So, let me start with the basics.  I am using Gmail, for which I have 
> configured kmail to POP and download my messages in a local maildir without 
> deleting these from the server.  The Gmail settings on the server show:
> 
>   POP enabled
>   Leave POPped messages on server
>   IMAP enabled
> 
> With the above settings (not sure if they veer from the original Gmail 
> defaults) I am able to POP the Gmail server inbox and rather importantly I'm 
> also able to 'sync' with any sent messages on the server.  I will not pretend 
> to understand how the latter is performed - haven't sniffed the packets to see 
> what happens - but this is what I get:
> 
>  - When I send a message from kmail it will be saved in my local maildir sent 
> gmail subfolder and will also show up in the Sent folder of the Gmail webmail.
> 
>  - When I send a message from the Gmail webmail the message will show up as 
> new (and downloaded if I click on it) when I launch my kmail.
> 
>  - This sync'ing happens once only.  If I thereafter delete a message on the 
> server the local copy is not affected and vice versa.  This is useful for me 
> because I can delete locally any messages which are not particularly 
> important, but might want to refer to them in the distant future.  Delete 
> messages on the server that I only want to keep locally.  Delete both when I 
> don't want to keep them whatsoever.
> 
> However, I am at a loss as to how I should configure my .muttrc to achieve 
> this functionality.  Ideally I would also like to replicate my current kmail 
> maildir folder structure in mutt, so that I can access the Gmail server with 
> either client; e.g.
> 
> ~/Mail/
>  |_inbox (all unfiltered messages drop in here)
>    |_.inbox.directory
>      |_.Gentoo.directory
>      |_Gentoo
>        |_cur
>        |_new
>        |_tmp
> 
> 
> Can you please point me in the right direction for this set up?
> 


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] mutt configuration advice

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 5026 bytes --]

On Monday 27 May 2013 15:28:24 Alan McKinnon wrote:
> I have travelled exactly the same path as you, and feel all your pain.
> 
> At first I used claws but after a few months it got unbearably slow when
> dealing with calendars and invites, so I switched to Thunderbird. It
> works well enough for me.

Yes, I've given Claws a go for a couple of months.  I seem to recall I had set 
up a different MAIL directory for it.  I can't recall what I didn't like, but 
there was too much not going the way I wanted it - keyboard shortcuts, 
attachments, gpg/SMIME and its integration with the address book, etc.  After 
some time of the client getting in the way of me managing my email, I decided 
to return to kmail with some relief.

My wife was using T'bird back then and would you believe it, I convinced her 
that Kmail was better.  So she switched!  Ha, ha, ha!  I tried T'bird a few 
times and it also didn't work as I wanted it.  In particular I recall message 
bodies being chopped off half way when encrypted.  Not sure if this was an 
enigmail bug, but was a no go for me.  I haven't tried it more recently.


> Let's first establish your needs, I see a few points that don't make
> much real-world sense.
> 
> You retrieve your mail from Gmail, and then selectively delete stuff
> from Google's servers. Why are you doing that? Gmail is built to archive
> everything forever and most people's mail quickly gets to be a lot of
> mail. I can understand leaving all of it there in an archive, or
> deleting all of it, depending on how you like to do your backups, but I
> don't understand the selective delete part. Looks like a lot of manual
> work on your part.

I use Google's Gmail servers as my BIG mail back up.  The rarely performed 
selective delete is for messages that are rubbish (e.g. SPAM), messages that 
contain private info and in the long run I don't trust Google with them, 
messages that I know I won't read ever again and are just occupying space.

I know what you are thinking - I don't pay for the space, so why not leave 
them there?  Other than the odd private message which I would delete anyway, I 
am also thinking of the bandwidth and download time, when I wish to start 
afresh with a new machine/client.

I know that I could just copy over the messages from my hard drive to the new 
PC/fs, but what if I have a catastrophic failure, or theft of my 
laptop/desktop and local back ups?  Having the option to download the lot from 
Google's servers is a benefit for me.


> I wouldn't try using mail clients to directly access the same local
> mailbox structure. No two clients work the same way, they all index
> mails differently, other subtle differences exist and there's always
> locking issues. Mutt and kmail might not respect each other's turf...

Yes, you are right here.  I think there are warnings out in the interworks to 
*not* access Kmail's maildir simultaneously with another mail client.  This 
can corrupt Kmail's .index files.  The trick is to delete the relevant index 
file, so that kmail can recreate it, but I am aware of this problem and would 
not be accessing the maildir at the same time with different clients.


> I recommend a man in the middle - a local IMAP serve of your choice that
> works fast for you and stores mail acceptably for you. Fetch your mail
> using fetchmail or one of it's friends, use procmail to filter it and
> feed it into your IMAP server, and connect to IMAP locally using any GUI
> mail client you choose. This gives you a standard interface (IMAP)
> instead of a weird interface (disk files store wherever however) and all
> locking issues just go away.
> 
> The above is what I did (and delete everything off Google's servers so I
> do my own backups), and it makes most of the rest of your post redundant
> and no longer apply.

Ahh!  Not really.  ;-)

I recall you or some other Gentoo user in this list advocating setting up 
dovecot or some such to locally collect and store messages.  This aligns with 
the one task per tool approach that mutt's design philosophy fulfils as a 
simple MUA.  It has its advantages, but also has its disadvantages.  It 
requires me to do back ups, instead of relying on Google.  It requires me to 
run a separate server (if I were to run this on my LAN, as opposed to my 
lap/desktop) and pay for it, instead of Google's 'free' infrastructure and 
energy bill.  One more application to configure and bother myself with, on the 
unexpected occasion when configuration files need editing in a rush because 
things no longer work since the last update.

More critically, whether I run a local MRA/MTA or not, I will *still* need 
another mail client irrespective of where my messages are stored.  This is why 
I kindly ask for some person who's more experienced on configuring mutt than 
I, to give me a hand setting it up.  :-)

If this is too much off topic, feel free to reply off list.

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-user] mutt configuration advice

[Alan McKinnon]

On 27/05/2013 18:55, Mick wrote:
> I recall you or some other Gentoo user in this list advocating setting up 
> dovecot or some such to locally collect and store messages.  This aligns with 
> the one task per tool approach that mutt's design philosophy fulfils as a 
> simple MUA.  It has its advantages, but also has its disadvantages.  It 
> requires me to do back ups, instead of relying on Google.  It requires me to 
> run a separate server (if I were to run this on my LAN, as opposed to my 
> lap/desktop) and pay for it, instead of Google's 'free' infrastructure and 
> energy bill.  One more application to configure and bother myself with, on the 
> unexpected occasion when configuration files need editing in a rush because 
> things no longer work since the last update.
> 
> More critically, whether I run a local MRA/MTA or not, I will *still* need 
> another mail client irrespective of where my messages are stored.  This is why 
> I kindly ask for some person who's more experienced on configuring mutt than 
> I, to give me a hand setting it up.  :-)

It could well have been me recommending a local dovecot back then (it's
my own solution)

Now that I have a clearer picture of how you want your mail to work, I
don't think I can be of much useful help - I tend to not customize mail
clients much :-)

I usually just use them as-shipped, add my usual filter rules if needed
and adapt to it's key bindings. I dunno why I do mail this way when I
eternally fiddle with every other kind of app out there...

Hopefully some other kind soul will chip in with better answers to what
you are looking for

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] mutt configuration advice

[Walter Dnes]

On Mon, May 27, 2013 at 01:49:47PM +0100, Mick wrote
> I would be grateful if some kind soul guided my hand on configuring
> mutt to behave like ... errm ... kmail!  O_o

  Hi; a long-time mutt-user here.  The authoritative source for info is
http://www.mutt.org/  You can subscribe to their mailing list.  They
also have the comp.mail.mutt newsgroup.

 First, let's look at what mutt *ISN'T*.  It's not a singing-dancing
all-inclusive "integrated" monstrosity.  It reads email, writes email,
and hands it off to your local MTA for delivery.  In addition to mutt I
also need "getmail" (or equivalant), procmail, and "ssmtp" (or
equivalant).  And the organization of my inboxes controls mutt, not visa
versa.  My setup here at home...

  I can receive email from 3 sources...
my personal domain MX
my Google account
my ADSL ISP
my emergency backup dialup account

  I use maildir format storage.  I run a script that calls getmail for
each account.  getmail passes the emails to procmail, which passes the
emails to the appropriate inboxes.  I set up a separate inbox for each
mailing last or group that I belong to.

  mutt reads the email.  It "sends" to ssmtp, which is a very simplified
sendmail.  All it does is push the email out the door to my ISP's MTA,
which does the real work.  I dislike only one thing about ssmtp.  It
*INSISTS* on installing "sendmail" symlinks in 3 or 4 different
locations, all pointing back to /usr/sbin/ssmtp.  My most embarressing
moment as a user was when a chatty daemon started sending a bunch of
stuff to "root@" my ISP.  I did not appreciate that.  After that, I
tightened down what stuff gets sent where by daemons, and set up a
script that wipes the symlinks.  I have to rerun it after each ssmtp
update.

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] mutt configuration advice

[staticsafe]

On Mon, May 27, 2013 at 09:39:11PM -0400, Walter Dnes wrote:
> On Mon, May 27, 2013 at 01:49:47PM +0100, Mick wrote
> > I would be grateful if some kind soul guided my hand on configuring
> > mutt to behave like ... errm ... kmail!  O_o
> 
>   Hi; a long-time mutt-user here.  The authoritative source for info is
> http://www.mutt.org/  You can subscribe to their mailing list.  They
> also have the comp.mail.mutt newsgroup.
> 
>  First, let's look at what mutt *ISN'T*.  It's not a singing-dancing
> all-inclusive "integrated" monstrosity.  It reads email, writes email,
> and hands it off to your local MTA for delivery.  In addition to mutt I
> also need "getmail" (or equivalant), procmail, and "ssmtp" (or
> equivalant).  And the organization of my inboxes controls mutt, not visa
> versa.  My setup here at home...
>   I can receive email from 3 sources...
> my personal domain MX
> my Google account
> my ADSL ISP
> my emergency backup dialup account
> 
>   I use maildir format storage.  I run a script that calls getmail for
> each account.  getmail passes the emails to procmail, which passes the
> emails to the appropriate inboxes.  I set up a separate inbox for each
> mailing last or group that I belong to.
> 
>   mutt reads the email.  It "sends" to ssmtp, which is a very simplified
> sendmail.  All it does is push the email out the door to my ISP's MTA,
> which does the real work.  I dislike only one thing about ssmtp.  It
> *INSISTS* on installing "sendmail" symlinks in 3 or 4 different
> locations, all pointing back to /usr/sbin/ssmtp.  My most embarressing
> moment as a user was when a chatty daemon started sending a bunch of
> stuff to "root@" my ISP.  I did not appreciate that.  After that, I
> tightened down what stuff gets sent where by daemons, and set up a
> script that wipes the symlinks.  I have to rerun it after each ssmtp
> update.
> 
> -- 
> Walter Dnes <waltdnes@waltdnes.org>
> I don't run "desktop environments"; I run useful applications
> 

Hi,

New mutt user here. I'm curious as to why you are using ssmtp, mutt can
talk SMTP directly. That simplifies thing as well regarding the
"sendmail" symlinks.
-- 
staticsafe
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Please don't top post - http://goo.gl/YrmAb
Don't CC me! I'm subscribed to whatever list I just posted on.

Re: [gentoo-user] mutt configuration advice

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2890 bytes --]

On Tuesday 28 May 2013 02:39:11 Walter Dnes wrote:

>  First, let's look at what mutt *ISN'T*.  It's not a singing-dancing
> all-inclusive "integrated" monstrosity.  It reads email, writes email,
> and hands it off to your local MTA for delivery.  In addition to mutt I
> also need "getmail" (or equivalant), procmail, and "ssmtp" (or
> equivalant).  And the organization of my inboxes controls mutt, not visa
> versa.  

I appreciate that this is/was the starting point of mutt, but over the years 
I understand that mutt has added smtp and is able to use IMAP or POP servers 
directly.  So, am I right to assume that it is not only a simple file reader 
any more.

I have successfully used it with an IMAP server and was able to send and 
receive, but I'm not entirely sure how to replicate my Gmail settings from 
Kmail (it errors out, crashes, etc.)


> My setup here at home...
> 
>   I can receive email from 3 sources...
> my personal domain MX
> my Google account
> my ADSL ISP
> my emergency backup dialup account
> 
>   I use maildir format storage.  I run a script that calls getmail for
> each account.  getmail passes the emails to procmail, which passes the
> emails to the appropriate inboxes.  I set up a separate inbox for each
> mailing last or group that I belong to.
> 
>   mutt reads the email.  It "sends" to ssmtp, which is a very simplified
> sendmail.  All it does is push the email out the door to my ISP's MTA,
> which does the real work.  I dislike only one thing about ssmtp.  It
> *INSISTS* on installing "sendmail" symlinks in 3 or 4 different
> locations, all pointing back to /usr/sbin/ssmtp.  My most embarressing
> moment as a user was when a chatty daemon started sending a bunch of
> stuff to "root@" my ISP.  I did not appreciate that.  After that, I
> tightened down what stuff gets sent where by daemons, and set up a
> script that wipes the symlinks.  I have to rerun it after each ssmtp
> update.

Are you sure about this?  I do not have sendmail installed, but do have ssmtp.  
There are symlinks from sendmail to ssmtp, so that various programs that call 
sendmail can eventually use ssmtp to send out their messages:

$ ls -la /usr/sbin/sendmail 
lrwxrwxrwx 1 root root 5 Jul  9  2011 /usr/sbin/sendmail -> ssmtp

BTW, I have configured ssmpt to send out messages from root (cron job results) 
through Gmail, using my gmail account credentials.  Will I need to alter this 
to be able to send out messages from mutt through different smtp relays?


Another question:  how do you manage your address book?

I would need email address autocompletion of some sort and I would also need 
it to be able to pull in the appropriate public gpg or S/MIME key for the 
intended recipient and my corresponding private key(s) depending on the 
account that I am sending from.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-user] mutt configuration advice

[Walter Dnes]

On Mon, May 27, 2013 at 09:50:55PM -0400, staticsafe wrote
> Hi,
> 
> New mutt user here. I'm curious as to why you are using ssmtp, mutt
> can talk SMTP directly. That simplifies thing as well regarding the
> "sendmail" symlinks.

  I normally send my email out via my ADSL ISP (teksavvy.com).  My
normal /etc/ssmtp/ssmtp.conf is a copy of /etc/ssmtp.teksavvy.ssmtp.conf
Let's assume that there's an outage at Teksavvy.  I then use my dialup
account at 295.ca via my USB dialup modem.  The script "~/bin/udialup"
consists of...

#!/bin/bash
sudo /bin/cp -f /etc/ssmtp/295.ssmtp.conf /etc/ssmtp/ssmtp.conf
sudo /usr/sbin/pon u295.ca

  When I finish the dialup session, I execute "~/bin/dialdown"...

#!/bin/bash
/usr/bin/sudo /usr/sbin/poff
/usr/bin/sudo /bin/cp -f /etc/ssmtp/teksavvy.ssmtp.conf /etc/ssmtp/ssmtp.conf

  I can switch between ADSL and dialup without reconfiguring mutt.  As I
said, I'm a long time mutt user, and it didn't have smtp when I started
using it.

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] mutt configuration advice

[Walter Dnes]

On Tue, May 28, 2013 at 12:55:54PM +0100, Mick wrote
> 
> I appreciate that this is/was the starting point of mutt, but over
> the years I understand that mutt has added smtp and is able to use
> IMAP or POP servers directly.  So, am I right to assume that it is
> not only a simple file reader any more.

  I did say I'm a long time user of mutt ;) I didn't realize that it has
added smtp.

> Are you sure about this?  I do not have sendmail installed, but
> do have ssmtp.  There are symlinks from sendmail to ssmtp, so that
> various programs that call sendmail can eventually use ssmtp to send
> out their messages:
> 
> $ ls -la /usr/sbin/sendmail 
> lrwxrwxrwx 1 root root 5 Jul  9  2011 /usr/sbin/sendmail -> ssmtp

  I get ssmtp symlinks to...
/usr/bin/sendmail
/usr/sbin/sendmail
/usr/lib64/sendmail

> BTW, I have configured ssmpt to send out messages from root (cron
> job results) through Gmail, using my gmail account credentials.
> Will I need to alter this to be able to send out messages from mutt
> through different smtp relays?

  I have one main machine at home, and I *DON'T* want daemons mailing
stuff out all over the place, so my problem is quite different from
yours.  I think that daemons *EXPECT* a file or symlink called sendmail
to accept their email.  If you want daemons sending log mails, then you
need something that emulates sendmail.

> Another question:  how do you manage your address book?
> 
> I would need email address autocompletion of some sort

The file ~/.mutt/.aliases is where addresses are stored.  E.g. the line
for this mailing list is...

alias gentoo gentoo-user@lists.gentoo.org (Gentoo Users List)

I hit "m" for "mail compose".  When prompted for "To:", I type in...

gen

...and hit {TAB}, which gives "gentoo".  This is replaced with...

gentoo-user@lists.gentoo.org (Gentoo Users List)


> and I would also need it to be able to pull in the appropriate public
> gpg or S/MIME key for the intended recipient and my corresponding
> private key(s) depending on the account that I am sending from.

  I don't do PGP, so I'm not able to answer that question.  Here's
something from the mutt manual that might be what you're looking for...

http://www.mutt.org/doc/manual/manual-3.html#ss3.19

> 3.19 Choosing the PGP key of the recipient
> 
> Usage: pgp-hook pattern keyid
> 
> When encrypting messages with PGP, you may want to associate a certain
> PGP key with a given e-mail address automatically, either because
> the recipient's public key can't be deduced from the destination
> address, or because, for some reasons, you need to override the
> key Mutt would normally use. The pgp-hook command provides a method
> by which you can specify the ID of the public key to be used when
> encrypting messages to a certain recipient.

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

[gentoo-user] Re: mutt configuration advice

[Steven J. Long]

Mick wrote:
> I would be grateful if some kind soul guided my hand on configuring mutt to 
> behave like ... errm ... kmail!  O_o

Funnily enough I did just that, for the same reasons (You want what?! a full-blown
MySQL production server just to notify me about email? YDIW.) and wrote it up here:
http://forums.gentoo.org/viewtopic-t-945868.html

I don't use gmail, but I'd take a look at using it via IMAP if I were you. I
understand mutt is excellent for that.

Feel free to let us know how you get on in the forum post, too, as it would
be good to have various setups written-up, and the problems encountered along the
way outlined for others.

HTH,
steveL
-- 
#friendly-coders -- We're friendly, but we're not /that/ friendly ;-)