You are not logged in.
Hi all,
I'm currently using Mutt to read my mail, which is fetched using
offlineimap from Gmail. It works fine.
I'm trying to set up the same configuration on a small
netbook. Due to hard disk space constraints I prefer not to
download the mail. Instead I'm reading it directly from the
server using Mutt's own IMAP implementation.
However, this doesn't work very well. I get frequent freezes when
I loose my wireless Internet connection. Basically, Mutt becomes
completely unresponsive and I have to suspend and kill it.
You can reproduce this behaviour by simply shutting down the
Internet connection while Mutt is communicating with the IMAP
server. It waits indefinetely and pressing any key does not have
any effect.
I've tried setting different variables to avoid freezes without
any luck. Below you can have a look at my .muttrc file. Any
suggestion would be greatly appreciated. Thanks.
set realname = "Foo Bar"
set reverse_name = yes
set from = a@gmail.com
alternates a@gmail.com b@gmail.com
set imap_user = $from
set imap_pass = "foo"
set imap_keepalive = 300
set folder = imaps://imap.gmail.com/
set spoolfile = +INBOX
set postponed = +[Gmail]/Borradores
set smtp_url = smtp://a@smtp.gmail.com:587/
set smtp_pass = $imap_pass
set copy = no
set certificate_file = ~/.mutt/certificates
set header_cache = ~/.mutt/cache/headers
set message_cachedir = ~/.mutt/cache/bodies
set sort = threads
set sort_aux = reverse-last-date-received
set pager_index_lines = 6
set markers = no
set edit_headers = yes
set fast_reply = yes
set connect_timeout = 5
set delete = yes
set beep_new = yes
alternative_order text/plain text/html
auto_view text/html
Last edited by gammel.holte (2010-09-16 17:17:04)
Offline
I've always had this problem. Already accepted it ... But you are right, this shouldn't be.
Offline
So mutt doesn't recover once your internet connection is reestablished?
Offline
Well, it does, but it takes really long. Sometimes a few minutes.
I guess I'll have to stick to offlineimap + Mutt, which is very snappy but has the downside of downloading a lot of junk into my HD.
Offline
Maybe this is really a question for the devs of mutt!
Offline
You're definitely right. I'll post a message on the dev mailing list / fill in a bug.
I asked here since I thought it was some kind of misconfiguration from my side.
Thanks!
Offline
I've seen a few bug reports on other distributions with this same problem but it seems like most of the bug reporters never followed up so they were closed.
Offline
I'd check the changelog of the latest version - 1.5.21. It may have been addressed in that. The current version in Arch is 1.5.20 so if it has, the upcoming upgrade will do it.
Apparently there were quite a lot of fixes in this latest version.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
That's right. I've gone through the whole changelog and there seem to be some IMAP-related fixes, although I'm not sure whether any of them addresses the issue. AFAIK, this one might remedy some of the freezes:
2010-08-12 16:04 -0700 Michael Elkins <me@mutt.org> (ced5d3dca974)
* imap/util.c: Fix bug in imap_keepalive() which erroneously free
Context when the IMAP connection is shut down by the server.
I'll try to build 1.5.21 myself and check whether the bug is still there, before posting on Mutt devel.
An acceptable workaround is to use offlineimap, sync only the recent messages in the inbox and the all mail folders using the maxage option.
Offline
Mutt uses blocking IO. This kind of design is unacceptable in modern software.
Unfortunately there are no decent mutt alternatives so we are stuck with this mess.
Offline
mutt would rock if it didn't have this issue and an offline feature in addition to the already existing caching feature. I got rid of mutt when I realized there was no solution to get rid of the 5 second delay when launching mutt because it insisted initiating a connection instead of just launching and letting me decide when to connect to IMAP... I would go back to mutt in a heartbeat, but I guess until this is getting fixed I am staying with firefox...
Offline
mutt would rock if it didn't have this issue and an offline feature in addition to the already existing caching feature. I got rid of mutt when I realized there was no solution to get rid of the 5 second delay when launching mutt because it insisted initiating a connection instead of just launching and letting me decide when to connect to IMAP... I would go back to mutt in a heartbeat, but I guess until this is getting fixed I am staying with firefox...
I'm using offlineimap along with mutt to achieve roughly what you want and I couldn't be happier.
Besides, I'm also using notmuch (in AUR) to get super-fast Gmail-like search.
HTH,
Offline
thanks, gammel. I don't want to waste resources by copying every single email down to my local machine, plus having two apps for one purpose really is too clunky for me. I will check out notmuch though, looks interesting.
Offline
thanks, gammel. I don't want to waste resources by copying every single email down to my local machine, plus having two apps for one purpose really is too clunky for me. I will check out notmuch though, looks interesting.
You're welcome. You won't be able to use notmuch without storing your mails locally, though.
offlineimap allows you to store locally only certain folders and/or mails of an specific age (e.g. latest 100 days).
Offline
IMHO, mutt was not designed to include serious networking support, like thunderbird. This is why I compile it off and
use fetchmail for imaps and msmtp for smpts.
Arch Linux is more than just GNU/Linux -- it's an adventure
pkill -9 systemd
Offline