Lewis Pike wrote (Tue, Sep 18, 2012 at 04:44:31PM -0400):
 
> I've found that with Gmail at least, deleting messages from your inbox
> doesn't actually erase anything.  A copy of every message is retained
> and is accessible from the "[Gmail]/All Mail" IMAP folder.  I believe
> messages need to be explicitly moved to [Gmail]/Trash before Gmail
> will actually delete them.

Yes, so I've rebound d thus:

macro index d "s=[Gmail].Trash\n"



> > In order to be able to track them publicly like that I keep
> > credentials (i.e., passwords) separately in a .netrc file. There is
> > a template in the repo that you can use if you're unfamiliar with
> > it. As a general rule, you want most of these files to have
> > restricted privileges (e.g., 0600) so nobody else on the system can
> > read [or write] them.

Initially, I used to store clear-text passwords in config files. At some
point of time, I started feeling insecure about this (including storing
things in .netrc, which also uses clear text afaik), so I switched to
using the gnome-keyring. Don't know for sure whether that's really more
secure, but offlineimap, mpop and msmtp can all use keyrings. Let me
know if you need details (I found a number of helpful web pages while
creating my setup).

Right now, I use OfflineIMAP + mutt + msmtp and am quite happy with the
result. It enables me to access my email from multiple machines and keep
things mostly in sync. The main problem was moving from using mboxes to
maildirs.

Other minor irritants:

1. Haven't yet found an easy and reliable way to archive messages or to
   move messages to labels (and out of the inbox) from within mutt.
2. Gmail appears not to believe in moving messages from the Sent Mail
   view to the All Mail view. I use the X-label patch to mutt and mark
   these 'A' manually (messages that I want to save, but not see all the
   time), and use filters to suppress these messages from the list of
   visible messages. Unfortunately, these labels are not synchronised by
   Imap.

I'll ask about these on the OfflineIMAP mailing list.

mandar.

Reply via email to