Using Mutt with Gmail
andrews-corner.org
Using Mutt with Gmail
1–8 of 8 posts
Re: Using Mutt with Gmail
#2seems overly complicated. why not just have mutt connect directly to google's imap servers over ssl? with header and message caching enabled, switching between mailboxes is plenty fast against most imap servers.
Re: Using Mutt with Gmail
#3seems overly complicated. why not just have mutt connect directly to google's imap servers over ssl? with header and message caching enabled, switching between mailboxes is plenty fast against most imap servers.
$ mutt -f imaps://@gmail.com@imap.gmail.comRe: Using Mutt with Gmail
#4seems overly complicated. why not just have mutt connect directly to google's imap servers over ssl? with header and message caching enabled, switching between mailboxes is plenty fast against most imap servers.
Because mutt + IMAP is incredibly slow, even with header caching. I switched back to Thunderbird after running it for a few days. I think a big part of the difference is that TB pulls mail in the background while mutt doesn't.
Re: Using Mutt with Gmail
#5This article is about setting up a computer to fetch from Gmail and store the messages locally without using IMAP. You don't want to use mutt's built-in IMAP support because it has to load a message (if it hasn't already been read) each time you to move to the next one. So rather than being able to zip through 1000 new messages in a mailing list every night without any delays, you have to sit there waiting a half second for each one to load as you read. Doesn't sound like much until you realize that's adding 10 minutes to a routine that would otherwise take about 20 or 30.
The setup shown in linked article is ok. But there's a better way.
http://wiki.github.com/jgoerzen/offlineimap/
Creates a maildir from an IMAP account. Syncs read/unread, new messages, IMAP folder moves both ways. Supports filtering, renaming/mapping, and more. Has a special Gmail mode. I run mine on a cron job to pull new mail from various accounts every few hours, and then go through all of my mail once every couple of days when I feel like it.
I can run it on multiple computers to keep them all in sync. Unread/read status is correct and synched across multiple machines, messages aren't deleted from the server when you fetch them, reading messages is super fast, I can still use other IMAP clients if I want (like GUI clients, or my phone). Love it to death.
It's not updated very frequently anymore (at all?) but it still seems to work. You can also check out http://linux.die.net/man/1/mbsync which I've been meaning to try switching to, so that I don't need Python for anything anymore.
Re: Using Mutt with Gmail
#6seems overly complicated. why not just have mutt connect directly to google's imap servers over ssl? with header and message caching enabled, switching between mailboxes is plenty fast against most imap servers.
It's a fairly vanilla mutt+fetchmail+procmail setup. Complicated compared to an all-in-one email application, but not if you're used to separating MUAs (e.g., mutt) and MDAs (e.g., procmail).
(EDIT: Oh, and I agree with my sibling about IMAP -- not trying to ignore the parent.)
Re: Using Mutt with Gmail
#7For the people out there who live in Emacs - Give Emacs + Wanderlust a try. It has a nice imap implementation, you can prefetch the mail, work offline, have multiple imap accounts etc.
Previously I was using Mutt + offlineimap
Re: Using Mutt with Gmail
#8This article is about setting up a computer to fetch from Gmail and store the messages locally without using IMAP. You don't want to use mutt's built-in IMAP support because it has to load a message (if it hasn't already been read) each time you to move to the next one. So rather than being able to zip through 1000 new messages in a mailing list every night without any delays, you have to sit there waiting a half sec…
Does offlineimap provide a means of keeping messages in a local store after/despite their being deleted from the server?