One awesome thing about this is a lot of the time when the web frontend to Gmail is down, POP3/IMAP remain accessible - so vmail would be a great drop in there. (As would a myriad of other MUAs). As a vim zealot myself, I salute you for this commendable idea.
I just posted the link -- I didn't write the plugin. :)
On the topic of Gmail downtime: Vmail's method (use IMAP) isn't quite as robust as, say, Mutt + offlineimap, but it's a hell of a lot easier to configure.
If anyone is wondering how it works: the vim script (vmail.vim) sets up a series of buffers. It uses regular Unix shell commands to vmail_client to populate them and interact with mail, such as flagging messages. vmail_client is some Ruby code that communicates with the Ruby vmail server process using DRb. The vmail server does the heavy lifting of interacting with gmail itself.
Exactly. Good thing it's a plugin. I've always loved how the vim core stays so pared down into not-much-more than vi, which is 99% of the time all I need.
I have difficulty understanding why a text editor needs to be anything but a text editor.
is this the hacker target the guy earlier in the week was talking about? put in your gmail creds, they get swiped up and you lose your gmail account? This would be the exact thing that would get lots of hacker news accts :)
Don't you have this problem with any 3rd party email client that doesn't use OAuth? With bigger projects it's going to be pretty improbable that a malicious commit will get pushed to the trunk, but still, with small projects and hacks like this it's always a possibility.
I was more talking about someone posting a thread on HN earlier in the week that said someone was going to post something to fuck with HN users to get their personal info.
I'll switch when it can convert image attachments to ascii inline, I don't want to open a separate program to look at all those adorable pictures of kittens in my inbox.
If you delete a message from the inbox, then it gets archived. If you move it to [Gmail]/Spam or [Gmail]/Trash and then delete it, then it will really delete it.
I'm still a heavy mutt user. But I have to acknowledge, that being able to use Google Search and Google Contacts is a nice to have.
Though I can live without search - mutt is awesome here, too. Having contacts in sync, though - is really nice. I will take the high road and write a sync script here, soon.
Anyone interested in collaborating in a soon to come github repo for it?
Has anyone figured out how to set the encoding and content-type for an attachment? Or has it not implemented as yet?
I really do love it though. I wish I saw this a few days ago, just did my first mutt setup (took me a few hours, I am very slow). The contact autocompletion is nice. Is there a reason for one not being able to just to generate the whole contact list ?
Cool stuff :) Played with it briefly. Need to find a way to see only unread mails in my priority inbox. gmail allows doing a "is:unread is:important" to get there (apart from the straight route of clicking on the priority-inbox link).
BTW, though vmail intro talks of Vim 7.3, I am not seeing any issue with getting vmail on my Vim 7.2. Guess it is recent enough.
For quite some time while I was in college, I read mail through a Vim plugin that I wrote for the purpose. I like Vim that much. However, I can't imagine using Vim to access Gmail for daily use, because Gmail actually does email _well_ (unlike just about every other email client I've used).
Jamie Zawinski, Jargon file entry