multiple IMAP accounts
Hy, I'm trying to set up multiple IMAP acounts. My problem is about switching between servers. I've read some documentation on the web, especially this one: http://wiki.mutt.org/?MuttGuide/UseIMAP The important lines in my .muttrc are : set header_cache = "~/.mutt_header_cache" set message_cachedir = "~/.mutt_msg_cache" set imap_authenticators = "login" set imap_passive = "no" set imap_check_subscribed = "yes" set imap_list_subscribed = "yes" set ssl_starttls = "yes" account-hook . 'unset preconnect imap_user' account-hook imaps://imap.gmail.com:993 ' \ set imap_user = us...@gmail.com \ spoolfile = imaps://imap.gmail.com:993 \ ' folder-hook imaps://imap.gmail.com:993 ' \ set folder = imaps://imap.gmail.com:993 \ smtp_url = smtps://us...@smtp.gmail.com:465 \ ' account-hook imaps://zimbra.HOST2 ' \ set imap_user = USER2 \ spoolfile = imaps://zimbra.HOST2 \ ' folder-hook imaps://zimbra.HOST2 ' \ set folder = imaps://zimbra.HOST2 \ smtp_url = smtp://USER2@smtp.HOST2 \ When I run mutt, mutt ask me the password for zimbra.HOST2, then connects to zimbra.HOST2 (I can read the mails) but I don't know how to access my Gmail account. Pressing the key "y" give me these choices : 1 0 imaps://zimbra.HOST2/Drafts 2 0 imaps://zimbra.HOST2/Sent Of course, I've tested the two accounts with mutt independently, they both works. I've also tried to use 'mailboxes = =INBOX =...'. I'm using Mutt 1.5.20 Thank you for any help or suggestion, Best,
Re: mairix search
On May 08, 2011 at 11:30 PM +0200, Christian Ebert wrote: I believe --purge makes it actually slower, as it compacts dead messages away in the db. It could very well. I had *never* purged it though. I had... a lot of dead messages. 200k.
Re: mairix search
* Tim Gray on Sunday, May 08, 2011 at 17:10:22 -0400 > On May 08, 2011 at 10:47 PM +0200, Christian Ebert wrote: >> $ time mairix -v -p > > I bet that was my problem. I don't think I ever used -p, so there > were a lot of dead messages floating around in my db. I believe --purge makes it actually slower, as it compacts dead messages away in the db. ~$ time mairix real1m54.450s user0m28.735s sys 0m54.465s ~$ time mairix --fast-index real0m37.570s user0m28.725s sys 0m1.503s ~$ time mairix --fast-index --no-integrity-checks real0m28.202s user0m26.776s sys 0m0.772s > > The times I'm getting now are pretty good. Notmuch seems to be > faster, but the times are all low enough that I don't have a problem > with any of them. > > mairix -v -p > > real 0m17.682s > user 0m4.911s > sys 0m8.524s > > notmuch new > --- > real 0m5.152s > user 0m0.067s > sys 0m0.261s > > Searches for the two showed a similar gap. Again, neither was slow > enough for me to lose any sleep over. > > mairix: 0m3.044s > notmuch: 0m0.410s > > This is an interesting discussion though. I might play around with > mairix a bit more again. I still see mu and notmuch having a major > advantage of being built on proper database tools. I get a lot of > errors about messages not being indexed by mairix, and that whole > recommended dance of removing the lock file before a search, etc. is > annoying as well. Furthermore, the thing that excites me about > notmuch that the others don't have is the fact that it's built as a > library. An enterprising developer could integrate it into a mail > client (other than the emacs thing they have going on) and it would be > pretty great in my mind. Remember, notmuch isn't just an indexing > tool - it also lets you tag messages and search on tags, etc. I would rather be interested whether notmuch correctly finds strings containing non-ascii characters. In my script I work around by appending the results of a second search, so when I enter e.g. 'première' in utf-8, the first search is in utf-8 and second, usually finding more matches converts the search string to cp1252 - but that is obviously a hack. I once tried with mu, and it wasn't any better in detecting those, but perhaps I gave up to quickly. c -- \black\trash movie _SAME TIME SAME PLACE_ New York, in the summer of 2001 --->> http://www.blacktrash.org/underdogma/stsp.php
Re: mairix search
On May 08, 2011 at 10:47 PM +0200, Christian Ebert wrote: $ time mairix -v -p I bet that was my problem. I don't think I ever used -p, so there were a lot of dead messages floating around in my db. The times I'm getting now are pretty good. Notmuch seems to be faster, but the times are all low enough that I don't have a problem with any of them. mairix -v -p real0m17.682s user0m4.911s sys 0m8.524s notmuch new --- real0m5.152s user0m0.067s sys 0m0.261s Searches for the two showed a similar gap. Again, neither was slow enough for me to lose any sleep over. mairix: 0m3.044s notmuch: 0m0.410s This is an interesting discussion though. I might play around with mairix a bit more again. I still see mu and notmuch having a major advantage of being built on proper database tools. I get a lot of errors about messages not being indexed by mairix, and that whole recommended dance of removing the lock file before a search, etc. is annoying as well. Furthermore, the thing that excites me about notmuch that the others don't have is the fact that it's built as a library. An enterprising developer could integrate it into a mail client (other than the emacs thing they have going on) and it would be pretty great in my mind. Remember, notmuch isn't just an indexing tool - it also lets you tag messages and search on tags, etc.
Re: mairix search
* Tim Gray on Sunday, May 08, 2011 at 15:39:53 -0400 > On May 08, 2011 at 09:21 PM +0200, Richard wrote: >> I have just done a re-index with mairix and have no reason to complain:) > > In my experience, on my system, mairix was slower. I seem to recall > times of around 15-20 minutes to go through a couple hundred thousand > messages looking for new ones. $ time mairix -v -p mairix DEVELOPMENT, Copyright (C) 2002-2010 Richard P. Curnow mairix comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; see the GNU General Public License for details. Finding all currently existing messages... Reading existing database... Checking message path integrity Checking to Checking cc Checking from Checking subject Checking body Checking attachment_name Loaded 254115 existing messages 0 newly dead messages, 0 messages now dead in total No new messages found Checking message path integrity Checking to Checking cc Checking from Checking subject Checking body Checking attachment_name Culling dead messages real2m0.107s user0m31.165s sys 0m53.417s c -- theatre - books - texts - movies Black Trash Productions at home: http://www.blacktrash.org Black Trash Productions on Facebook: http://www.facebook.com/blacktrashproductions
Re: The true meaning of 'mutt'?
Quoth Chip Camden on Sunday, 08 May 2011: > Quoth Richard on Sunday, 08 May 2011: > > On Sun, May 08, 2011 at 08:20:22AM -0700, Chip Camden wrote: > > > Quoth Richard on Sunday, 08 May 2011: > > > > Hi, > > > > > > > > somewhat off-topic but found it interesting: 'mutt' appears to denote a > > > > kinship relation "grand" in the sense of grandafter, grandmother in > > > > Dravidian languages: > > > > > > > > http://books.google.com/books?id=T7Wv4ncys88C&lpg=PA11&ots=qFTz1PQ1MT&dq=mutt-ajje%20mutt-awwa&pg=PA11#v=onepage&q=mutt-ajje%20mutt-awwa&f=false > > > > > > > > Richard > > > > > > > > --- > > > > Name and OpenPGP keys available from pgp key servers > > > > > > Interesting -- although unfortunately the root carries the meaning of > > > "old" > > > rather than "grand" in the English sense. Although perhaps we could > > > stretch it from "old" to "mature." > > > > I know very little about this languages but from what I read I had the > > impression > > "mutt-" was mostly (or perhaps exclusively) used to express relations such > > as > > grand-father and grand-mother. > > > > > > Richard > > > > --- > > Name and OpenPGP keys available from pgp key servers > > > > Just hit the "Next" link on that page to see other usages that relate > more to "old". It looks like the word for "great-grandfather" more > literally means "elder father". > Of course a much more interesting question is whether there is any link at all between this Dravidian word and the English word "mutt". The latter seems to come from an originally Celtic word referring to a ram, thence "mutton", leading to "muttonhead" as slang for a stupid person, then applied to a dog of uncertain heritage and shortened. Since the Celts were Indo-European, and the Dravidian languages predate the Indo-Aryan, it seems unlikely that there would be any connection unless the word is also found in the Indo-Aryan languages. -- .O. | Sterling (Chip) Camden | http://camdensoftware.com ..O | sterl...@camdensoftware.com | http://chipsquips.com OOO | 2048R/D6DBAF91 | http://chipstips.com pgpYLvpe7NeOy.pgp Description: PGP signature
Re: The true meaning of 'mutt'?
Quoth Richard on Sunday, 08 May 2011: > On Sun, May 08, 2011 at 08:20:22AM -0700, Chip Camden wrote: > > Quoth Richard on Sunday, 08 May 2011: > > > Hi, > > > > > > somewhat off-topic but found it interesting: 'mutt' appears to denote a > > > kinship relation "grand" in the sense of grandafter, grandmother in > > > Dravidian languages: > > > > > > http://books.google.com/books?id=T7Wv4ncys88C&lpg=PA11&ots=qFTz1PQ1MT&dq=mutt-ajje%20mutt-awwa&pg=PA11#v=onepage&q=mutt-ajje%20mutt-awwa&f=false > > > > > > Richard > > > > > > --- > > > Name and OpenPGP keys available from pgp key servers > > > > Interesting -- although unfortunately the root carries the meaning of "old" > > rather than "grand" in the English sense. Although perhaps we could > > stretch it from "old" to "mature." > > I know very little about this languages but from what I read I had the > impression > "mutt-" was mostly (or perhaps exclusively) used to express relations such as > grand-father and grand-mother. > > > Richard > > --- > Name and OpenPGP keys available from pgp key servers > Just hit the "Next" link on that page to see other usages that relate more to "old". It looks like the word for "great-grandfather" more literally means "elder father". -- .O. | Sterling (Chip) Camden | http://camdensoftware.com ..O | sterl...@camdensoftware.com | http://chipsquips.com OOO | 2048R/D6DBAF91 | http://chipstips.com pgpYmWoyS823E.pgp Description: PGP signature
Re: The true meaning of 'mutt'?
On Sun, May 08, 2011 at 08:20:22AM -0700, Chip Camden wrote: > Quoth Richard on Sunday, 08 May 2011: > > Hi, > > > > somewhat off-topic but found it interesting: 'mutt' appears to denote a > > kinship relation "grand" in the sense of grandafter, grandmother in > > Dravidian languages: > > > > http://books.google.com/books?id=T7Wv4ncys88C&lpg=PA11&ots=qFTz1PQ1MT&dq=mutt-ajje%20mutt-awwa&pg=PA11#v=onepage&q=mutt-ajje%20mutt-awwa&f=false > > > > Richard > > > > --- > > Name and OpenPGP keys available from pgp key servers > > Interesting -- although unfortunately the root carries the meaning of "old" > rather than "grand" in the English sense. Although perhaps we could > stretch it from "old" to "mature." I know very little about this languages but from what I read I had the impression "mutt-" was mostly (or perhaps exclusively) used to express relations such as grand-father and grand-mother. Richard --- Name and OpenPGP keys available from pgp key servers pgpSCoEOPjkvC.pgp Description: PGP signature
Re: mairix search
On May 08, 2011 at 09:21 PM +0200, Richard wrote: I have just done a re-index with mairix and have no reason to complain:) In my experience, on my system, mairix was slower. I seem to recall times of around 15-20 minutes to go through a couple hundred thousand messages looking for new ones. I think my mu database is still kicking around, but as I don't have GTK installed on this system anymore, I can't build mu anymore. It's probably not worth my effort to resurrect it all just to time things, which I had done previously in my switch from mu to notmuch. As far as mairix goes, I'll run those tests now. I just built 0.22 and will report back in a couple of hours. On the other hand, if what you are using works, then by all means continue to use it. As of search operators most people are happiest if they don't need them at all. Agreed.
Re: mairix search
On Sun, May 08, 2011 at 10:13:49AM -0400, Tim Gray wrote: > Again, the difference on the time it took to re-index was probably > the real eye-opener for me. I have just done a re-index with mairix and have no reason to complain:) As of search operators most people are happiest if they don't need them at all. One of the things thats solved nicely with google but hard to integrate sensibly when using mutt+external search is giving search suggestions when words are misspelled etc. Richard --- Name and OpenPGP keys available from pgp key servers
Re: The true meaning of 'mutt'?
Quoth Richard on Sunday, 08 May 2011: > Hi, > > somewhat off-topic but found it interesting: 'mutt' appears to denote a > kinship relation "grand" in the sense of grandafter, grandmother in > Dravidian languages: > > http://books.google.com/books?id=T7Wv4ncys88C&lpg=PA11&ots=qFTz1PQ1MT&dq=mutt-ajje%20mutt-awwa&pg=PA11#v=onepage&q=mutt-ajje%20mutt-awwa&f=false > > Richard > > --- > Name and OpenPGP keys available from pgp key servers Interesting -- although unfortunately the root carries the meaning of "old" rather than "grand" in the English sense. Although perhaps we could stretch it from "old" to "mature." -- .O. | Sterling (Chip) Camden | http://camdensoftware.com ..O | sterl...@camdensoftware.com | http://chipsquips.com OOO | 2048R/D6DBAF91 | http://chipstips.com pgpxZRsXDiNPT.pgp Description: PGP signature
Re: mairix search
On May 08, 2011 at 11:09 AM +0200, Richard wrote: indeed wrong; mairix j...@joe.com mairix j...@joe.com work order will do exactly what most people would think it would do. It has some special treatment of email addresses in addition to that. Good to know. Though I still do find the search syntax easier with notmuch (and mu). Not saying everyone that that's true for everyone. Again, the difference on the time it took to re-index was probably the real eye-opener for me. Yes, notmuch and mu don't work on mbox.
dynamically setting xterm title & resource to "mutt"
Hi, found some nifty translations that to interesting things for mutt, such as mutt.vt100.translations: #override \n\ None: string(<<) \n\ None: string(>>) \n and this in .muttrc: bind pager < previous-line bind pager > next-line which works nicely when I invoke it as xterm -e mutt Since I do use my xterms for all kinds of things, not just mutt I thought I would simply set the xterm title dynamically. So I have done in .muttrc set my_init=`/bin/echo -en "\033]0;mutt\007" >/proc/$PPID/fd/1 ` which does successfully set the xterm title (any easier way to simply execute an external command) - however the xterm resource name is apparently not affected by this update. Any idea if it is possible to achieve the effect that I want? Richard --- Name and OpenPGP keys available from pgp key servers
The true meaning of 'mutt'?
Hi, somewhat off-topic but found it interesting: 'mutt' appears to denote a kinship relation "grand" in the sense of grandafter, grandmother in Dravidian languages: http://books.google.com/books?id=T7Wv4ncys88C&lpg=PA11&ots=qFTz1PQ1MT&dq=mutt-ajje%20mutt-awwa&pg=PA11#v=onepage&q=mutt-ajje%20mutt-awwa&f=false Richard --- Name and OpenPGP keys available from pgp key servers
Re: mairix search
On Fri, May 06, 2011 at 12:12:38AM -0400, Tim Gray wrote: > One of the other things I like about notmuch is that I feel it has a > much more intuitive syntax. I could never remember which switches I > needed to use with mairix and mu. With notmuch, if I want to find > an email from j...@joe.com with a subject of 'work order', I can > usually just search 'joe work order' and get the correct email. > Correct me if I'm wrong, but don't mu and/or mairix require to use a > from: of f: tag and only match on complete addresses? indeed wrong; mairix j...@joe.com mairix j...@joe.com work order will do exactly what most people would think it would do. It has some special treatment of email addresses in addition to that. The substring wildcard "=" is rather unusual but makes sense once you actually make use of the additional parameter (which does approximate matching). Is mairix the only option for mboxes? Richard --- Name and OpenPGP keys available from pgp key servers