Re: Caching body of IMAP messages
On Wed, Jun 13, 2012 at 07:04:46PM -0400, Trey Sizemore wrote: On Wed Jun 13, 2012 10:47PM, Morris, Patrick wrote: I have entries in my .muttrc for caching both headers and message bodies. set header_cache=~/.mutt/headers set message_cachedir =~/.mutt/bodies Both directories are populated. The header caching appears to work well when doing searches for 'Subject' or 'From' but searching for text within message bodies (using ~b) causes messages to be downloaded. Is this normal behavior? I will say that the directories within ~/.mutt/bodies for each of my mail directories do not appear to have all the message id's for messages on the server. Sounds pretty normal to me. There's no way to search IMAP messages locally if you haven't downloaded them yet. Headers will be downloaded automatically, but unlike with POP, the rest of the message will stay on the server undownloaded until you need to retrieve a copy, and you'd need to do that to search them. OK. Thanks for the clarification. I usually use limit and then =b to perform the search on the server side. Much quicker if you don't have message bodies all downloaded. festus -- “We have constructed a world in which the potential for high-tech catastrophe is embedded in the fabric of day-to-day life.” Malcolm Gladwell pgp3wAgslG27F.pgp Description: PGP signature
Re: offlineimap much slower than gmail-imap
My header cache (tokyo cabinet) seems to get slow on certain mailboxes every few weeks. I just blow away that mailboxes cache and let it rebuild and all is well again. I ALWAYS blow away the entire cache whenever I pull a new version of mutt from mercurial and whenever tokyo cabinet gets updated (Mac OSX). I don't know if this will help for offlineimap, or not. festus On Thu, 05 May 2011 10:35 -0400, Tim Gray lists+m...@protozoic.com wrote: On May 05, 2011 at 01:43 PM +0100, Nick Jones wrote: For reference, mutt (1.5.20) on my machine currently takes 11 seconds to open my offlineimap'd Gmail 'All Mail' folder which contains 17,418 messages. It then takes a further 6 seconds to close the mailbox, write any changes, and then switch back to my Inbox (for example). I've had different experiences with different folders on my Macbook (no SSD). Some large folders with 10-20k messages open up in seconds. Others can take a long time. I'm not sure what the issue is. I sent a message to the list about it a couple months ago but no one had any ideas. I don't know if the header/body caches are cleaned out properly or what, but the one time I nuked my cache, things really sped up for a couple weeks. This is all on local maildirs.
Re: offlineimap much slower than gmail-imap
Forgot to mention - this is strictly an IMAP connection - no local mailboxes On Thu, 05 May 2011 11:12 -0400, Tim Gray lists+m...@protozoic.com wrote: On May 05, 2011 at 08:52 AM -0600, John J. Foster wrote: My header cache (tokyo cabinet) seems to get slow on certain mailboxes every few weeks. I just blow away that mailboxes cache and let it rebuild and all is well again. I ALWAYS blow away the entire cache whenever I pull a new version of mutt from mercurial and whenever tokyo cabinet gets updated (Mac OSX). Maybe I'll try doing that more often. I'm using tokyo cabinet as well. It's strange - my inbox which usually only has ~200 messages in it opens slower than some mailing list boxes with 1000's of messages. However, there's a lot more turnover in my inbox; it's rarely the same 200 messages.
Re: Authenticated Exchange SMTP server problem
On Sat, Sep 18, 2010 at 10:26:56PM +0200, Michael Williams wrote: On 18 Sep 2010, at 22:16, Jostein Berntsen wrote: Does your /var/log/mail gives any more clues? On the client machine? Apparently I don't have one (this is a vanilla mutt build +tokyocabinet running on OS X. it's /private/var/log/mail.log on a MAC festus -- “We have constructed a world in which the potential for high-tech catastrophe is embedded in the fabric of day-to-day life.” Malcolm Gladwell pgpG5hDHWGIRu.pgp Description: PGP signature
Re: return reciepts
On Thu, Jul 01, 2010 at 06:08:43PM +0200, lee wrote: On Mon, Jun 28, 2010 at 10:21:31PM +0200, lee wrote: Hi, how do you handle return reciepts with mutt? I know I can add header lines to request a reciept (with my_hdr), but how do I make it so that reciepts are requested based on, for example, recipients? The idea is something like mutt asking me if I want to request a reciept when sending a message to a combination of recipients not yet recognized by mutt. It then would remember my decision and add that particular combination of recipients to some list for later reference as to what decision I have made. Next time when sending messages to that same combination of recipients, mutt would automatically either request a reciept or not, depending on my decision once made --- unless I explicitly instruct mutt otherwise when sending a message. Handling the sending of return reciepts when requested by incoming messages could work very much the same. How do I configure mutt to do that? Or is there already support for return reciepts? Noone using return reciepts? Not a chance - never festus -- It is not unusual for those at the wrong end of the club to have a clearer picture of reality than those who wield it. Noam Chomsky pgpbcsbTJYvW2.pgp Description: PGP signature
Re: Purge single deleted email
On Tue, 17 Nov 2009 08:46 -0800, Brendan Cully bren...@kublai.com wrote: On Tuesday, 17 November 2009 at 11:31, Kevin Kobb wrote: Dan Ritter wrote: On Tue, Nov 17, 2009 at 09:17:36AM -0500, Kevin Kobb wrote: Hello, I am using mutt to connect to a Cyrus IMAP server. It is working fine, but I have one question. Sometimes I have a number of deleted messages in a folder, but I only want to purge one message. I know how to purge them all, but I haven't been able find a way to purge just one, and leave the rest. Is this possible? If so, I would be very grateful if somebody could tell me how. No, but if you insist, there is a workaround. Save the message to be deleted to a temporary folder (create one if necessary). Open the temporary folder in another instance of mutt. Delete your message, purge, and exit. I have to wonder why you are deleting messages that you don't really want to delete. Perhaps you should be moving them to another folder instead? -dsr- Typically, I am doing this for a user. They call and complain because the got an offensive email of some type. If I save the message to another folder (which I do) it still leaves a copy in the Inbox folder with the deleted flag set. If I do an expunge to get rid of the offensive message, it will also expunge all the users messages with the deleted flag set. Now, granted if they have the deleted flag set you would think they would be ready to have them expunged, but that is not always the case, and trying to convince an end user of that is is a good way to get a headache ;) You could also copy all the messages _but_ the target to a temp folder, then purge, then copy them back. Or tag all deleted messages, clear the deleted flag, set some other flag (like 'flagged'), delete the single message, tag the flagged messages, and set them to deleted but not flagged. The second method might be a bit quicker, but depends on there not already being flagged messages in the mailbox. I'd go with the first. Or, you could utilize a poor man's trash-folder like from: http://wiki.mutt.org/?MacroSamples and then just delete stuff from there. I've been using this method for years quite successfully. festus
Re: Anyone else having trouble with function keys and the latest tip
On Wed, 08 Jul 2009 06:14 -0500, Kyle Wheeler kyle-m...@memoryhole.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tuesday, July 7 at 07:03 PM, quoth John J. Foster: This was pretty much self-inflicted. I've been having command line display problems (while doing reverse-search in history) using xterm-color in Terminal.app, so I added export TERM=Apple_Terminal to my .profile per a suggestion on an Apple - Unix discussion list. This solved my display problem, but I obviously didn't fully check out all of the other ramifications. So, back to xterm-color for the time being. I use Apple's Terminal.app all the time, and I prefer TERM=nsterm-16color. I've had to modify it slightly to enable multiple pages (that's a technical way of saying I fixed a minor redraw issue), but then I just install it locally. Thanks Kyle, I'll keep this in mind. Right now I'm trying out Terminal.app's built-in dtterm. festus See these two posts: http://marc.info/?l=mutt-usersm=121918563026190w=2 http://marc.info/?l=mutt-usersm=118897291908291w=2
Re: Anyone else having trouble with function keys and the latest tip
On Tue, Jul 07, 2009 at 02:00:25PM +0200, Rocco Rutte wrote: Hi, * John J. Foster wrote: All of my function keys stopped working with the latest tip. Not here. Any bindings, any example? With command+F1 I get the manual as expected. This was pretty much self-inflicted. I've been having command line display problems (while doing reverse-search in history) using xterm-color in Terminal.app, so I added export TERM=Apple_Terminal to my .profile per a suggestion on an Apple - Unix discussion list. This solved my display problem, but I obviously didn't fully check out all of the other ramifications. So, back to xterm-color for the time being. festus -- I just want to break even. pgpEETzliyU3r.pgp Description: PGP signature
Anyone else having trouble with function keys and the latest tip
fes...@magpie ~/src/mutt $ hg tip changeset: 5974:ccab6c56b557 branch: HEAD tag: tip user:Rocco Rutte pd...@gmx.net date:Mon Jul 06 15:28:04 2009 +0200 summary: Manual: Add a note about when/why to use utf-8 All of my function keys stopped working with the latest tip. Terminal.app OSX 10.5.7 - hasn't been updated for over a week. Just me? Thanks, festus -- I just want to break even. pgpwoH9qwSobv.pgp Description: PGP signature
Re: How to let mutt always mark mbox as new if it contains new
On Fri, May 08, 2009 at 11:17:37PM +0800, Wu, Yue wrote: No, just new emails remain the new mark, but the mbox that contains them not. On Fri, May 08, 2009 at 10:24:30AM -0400, Patrick Shanahan wrote: I could be totally off the mark here, but I believe the problem is mutt's interpretation of new mail vs. your (and my) interpretation of new mail (unread mail). I have always believed, and still do, that unread mail is the same as new mail. Although I understand mutt's logic, I think it is wrong. Afterall, they still show it with an N flag! But over 5 years I have learned to live with it. festus -- I just want to break even. pgpJK09rvAmUq.pgp Description: PGP signature
Re: what is the benefit of imap?
On Wed, Mar 18, 2009 at 04:13:19PM -0500, Kyle Wheeler wrote: and IMAP makes it possible for me to sue my own client when I can. I'm so glad you're not my lawyer. festus -- I just want to break even. pgpVsQJIFrmZI.pgp Description: PGP signature
Re: Mutt crashing on exit or replying (sometimes)
On Fri, Mar 06, 2009 at 03:44:45PM -0600, Kyle Wheeler wrote: (e.g. I don't believe gnome-terminal does, and I *know* Apple Terminal doesn't either). Chances are you want to add some logic to your ~/.bashrc (or equivalent for your shell) to set the LANG environment variable correctly for your machine. Hey Kyle - I've only been running on a Mac since January (former Gentoo user). But I've not changed my environment, knowingly, to effect this and my locale shows: fes...@magpie ~ $ echo $LANG en_US.UTF-8 fes...@magpie ~ $ locale LANG=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_ALL= fes...@magpie ~ $ echo $SHELL /bin/bash I don't have a .bashrc and my .profile doesn't set this. This is running 10.5.6 and Terminal.app. What are you running, or, as usual, am I missing the misunderstanding something? Later, festus -- I just want to break even. Richard Manuel pgpJbSyVTeIMV.pgp Description: PGP signature
Re: Clarification on tag-prefix-cond vs. tag-prefix
On Fri, 13 Feb 2009 19:20 +0100, Jan-Herbert Damm jan-h-d...@web.de wrote: Kyle Wheeler: ... However, because I use tag-prefix-cond, when there aren't any tagged messages (i.e. the pattern ~r 3m didn't match anything), mutt will stop processing that hook and none of the rest of it will happen. Does that make sense? yes it does! thank you so much for posting this help on archiving. i learned a lot from reviewing it very slowly. if you don't mind, can you explain the pattern ~r 3m equally well? i know i could figure it out by RTFM but it would take forever. in less than 1 minute - from TFM: ~r MIN-MAX messages with date-received in a Date range 3m greater than 3 months.
Re: Clarification on tag-prefix-cond vs. tag-prefix
On Thu, Feb 12, 2009 at 09:29:01PM -0600, Kyle Wheeler wrote: On Thursday, February 12 at 08:15 PM, quoth John J. Foster: Am I nuts, or are these functionally equivalent? You're nuts. :) But they *are* very similar. Tag-prefix, of course, means that the next command will apply to all of the tagged messages. But what if there AREN'T any tagged messages? Well then, the next command will apply to whatever message happens to be highlighted! This is usually the right thing to do when working interactively with the user, but when used as part of scripts, lots of times there may not be any tagged messages and in that case, the subsequent action should not occur. THAT is what tag-prefix-cond does: if there aren't any tagged messages, the command buffer is flushed without doing anything (in other words, whatever hook you're in stops dead in its tracks). Take for example the folder-hook that I posted earlier today. The idea is that I want mutt to automatically move any messages that are older than 3 months into the archive folder. To refresh your memory, here's what it looks like: folder-hook =Sent 'push tag-pattern~r 3mentertag-prefix-condsave-message=Archive.Sententeruntag-pattern~Aenter' So what happens if there aren't any messages that are older than three months? If I had used tag-prefix instead of tag-prefix-cond, what would happen is that whatever message happened to be highlighted when I entered that folder would get moved to the archive folder. In my case, I have mutt highlight the first new or unread message when it opens new folders, so if I used tag-prefix, that new message would get moved to the archive folder. However, because I use tag-prefix-cond, when there aren't any tagged messages (i.e. the pattern ~r 3m didn't match anything), mutt will stop processing that hook and none of the rest of it will happen. Does that make sense? Yep - and I'm nuts regardless! Thanks for the explanation Kyle. festus -- I just want to break even. Richard Manuel pgpfmxmwtA6TC.pgp Description: PGP signature
Re: Compiling Mutt on a Macbook Pro and recommendation for mailing
On Tue, 06 Jan 2009 20:57 -0800, Brendan Cully bren...@kublai.com wrote: that's all indicative of an old version. But note that: ~/src/mutt $ mutt -v is NOT the same as ~/src/mutt $ ./mutt -v (. is not normally in your path). So if you pulled, forgot to up -C HEAD, and make installed you will still be seeing that version even after up -C HEAD, make. Understood. Before I read this reply, I'd wiped out ~/src/mutt and re-pulled from HEAD. Version now shows 1.5.19 as it should. I'm not exactly sure how I hosed this, but all is now well. Thanks Brendan, festus -- I just want to break even.
Re: Compiling Mutt on a Macbook Pro and recommendation for mailing
On Tue, 06 Jan 2009 19:32 -0800, Brendan Cully bren...@kublai.com wrote: On Tuesday, 06 January 2009 at 20:25, John J. Foster wrote: On Tue, Jan 06, 2009 at 08:18:35PM -0700, John J. Foster wrote: $ ./prepare -prefix=/opt/local/ --with-ssl --enable-hcache --enable-imap --disable-fcntl --enable-flock --with-regex This bombed out with ... ... checking for gdbm_open... no checking for BerkeleyDB 4.0... no configure: error: You need Tokyo Cabinet, QDBM, GDBM or Berkeley DB4 for hcache If I configure without --enable-hcache, all works well, albeit real slow. But what's with this output: $ mutt -v Mutt 1.5.14 (2007-03-31) Looks like you need to hg up -C HEAD Compare `hg parents` to `hg tip`, or just `hg parents | grep tip`. As for the gdbm error, something like ./configure CPPFLAGS=-I/opt/local/include LDFLAGS=-L/opt/local/include ... might work. While looking through the gdbm man page, I noticed that your suggestion of -L/opt/local/include should be -L/opt/local/lib All is now well with the header cache! Thanks for pointing me in the right direction. festus -- I just want to break even.
Re: Compiling Mutt on a Macbook Pro and recommendation for mailing
On Mon, Jan 05, 2009 at 07:47:24PM +0100, Thomas Roessler wrote: I got a MBP for Christmas (yippie) and am looking for a good howto on compiling Mutt on it. I have been running 1.5.18 from HEAD, and would like to continue. I don't want, at least initially, to install either MacPorts or Fink. I'm also looking for a good Mac mailing list that leans toward the admin side of things. Without MacPorts or Fink, the installation instructions are really the same as for any barebone Unix system. Enjoy. (In other words, you *really* want MacPorts. Or Fink.) OK, I installed MacPorts and then pulled in mercurial with $ sudo port install mercurial After that, I did the following: $ mkdir ~/src $ cd ~/src $ hg clone http://dev.mutt.org/hg/mutt $ cd mutt $ hg update -C HEAD $ ./prepare -prefix=/opt/local/ --with-ssl --enable-hcache --enable-imap --disable-fcntl --enable-flock --with-regex This bombed out with ... ... checking for gdbm_open... no checking for BerkeleyDB 4.0... no configure: error: You need Tokyo Cabinet, QDBM, GDBM or Berkeley DB4 for hcache So, $ sudo port install gdbm Same error again. Anyone know why this is happening? Thanks, festus -- I just want to break even. pgpGk6q0cLUHJ.pgp Description: PGP signature
Re: Compiling Mutt on a Macbook Pro and recommendation for mailing
On Tue, Jan 06, 2009 at 08:18:35PM -0700, John J. Foster wrote: $ ./prepare -prefix=/opt/local/ --with-ssl --enable-hcache --enable-imap --disable-fcntl --enable-flock --with-regex This bombed out with ... ... checking for gdbm_open... no checking for BerkeleyDB 4.0... no configure: error: You need Tokyo Cabinet, QDBM, GDBM or Berkeley DB4 for hcache If I configure without --enable-hcache, all works well, albeit real slow. But what's with this output: $ mutt -v Mutt 1.5.14 (2007-03-31) Thanks, festus -- I just want to break even. pgpo2IY4SFcbL.pgp Description: PGP signature
Re: Compiling Mutt on a Macbook Pro and recommendation for mailing
On Tue, Jan 06, 2009 at 07:32:34PM -0800, Brendan Cully wrote: Looks like you need to hg up -C HEAD I'd already done that as was listed in my previous post, but did it again. fes...@magpie ~/src/mutt $ hg up -C HEAD 0 files updated, 0 files merged, 0 files removed, 0 files unresolved Compare `hg parents` to `hg tip`, or just `hg parents | grep tip`. fes...@magpie ~/src/mutt $ hg parents changeset: 5658:4032dfd52118 branch: HEAD tag: tip user:Vsevolod Volkov v...@mutt.org.ua date:Tue Jan 06 18:34:46 2009 -0800 summary: Updated Russian translation fes...@magpie ~/src/mutt $ hg tip changeset: 5658:4032dfd52118 branch: HEAD tag: tip user:Vsevolod Volkov v...@mutt.org.ua date:Tue Jan 06 18:34:46 2009 -0800 summary: Updated Russian translation As for the gdbm error, something like ./configure CPPFLAGS=-I/opt/local/include LDFLAGS=-L/opt/local/include ... might work. I'll work on this tomorrow. Thanks for the suggestion. or just port install mutt (with whatever combination of flags is needed. I don't remember the macports syntax very well). Nah, I've really gotten to like the new versions as they come out! Thanks for the help, festus -- I just want to break even. pgpf6nnZsaG3e.pgp Description: PGP signature
Re: Compiling Mutt on a Macbook Pro and recommendation for mailing
On Tue, Jan 06, 2009 at 07:59:02PM -0800, Brendan Cully wrote: On Tuesday, 06 January 2009 at 20:54, John J. Foster wrote: On Tue, Jan 06, 2009 at 07:32:34PM -0800, Brendan Cully wrote: Looks like you need to hg up -C HEAD I'd already done that as was listed in my previous post, but did it again. fes...@magpie ~/src/mutt $ hg up -C HEAD 0 files updated, 0 files merged, 0 files removed, 0 files unresolved Compare `hg parents` to `hg tip`, or just `hg parents | grep tip`. fes...@magpie ~/src/mutt $ hg parents changeset: 5658:4032dfd52118 branch: HEAD tag: tip user:Vsevolod Volkov v...@mutt.org.ua date:Tue Jan 06 18:34:46 2009 -0800 summary: Updated Russian translation fes...@magpie ~/src/mutt $ hg tip changeset: 5658:4032dfd52118 branch: HEAD tag: tip user:Vsevolod Volkov v...@mutt.org.ua date:Tue Jan 06 18:34:46 2009 -0800 summary: Updated Russian translation Ok. In that case I'd compare mutt -v to ~/src/mutt/mutt -v :) And if they are both the old versions, make clean and make again. Done, they're the same. Just a reminder that the only version of mutt that has ever been installed on this machine is 1.5.19 pulled tonight from HEAD. I haven't yet posted a complete output from mutt -v, so hear goes: fes...@magpie ~/src/mutt $ mutt -v Mutt 1.5.14 (2007-03-31) Copyright (C) 1996-2007 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Darwin 9.6.0 (i386) ncurses: ncurses 5.5.20051010 (compiled with 5.5) libiconv: 1.11 Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE -USE_FCNTL +USE_FLOCK -USE_INODESORT -USE_POP +USE_IMAP -USE_SMTP -USE_GSS +USE_SSL_OPENSSL -USE_SSL_GNUTLS -USE_SASL +HAVE_GETADDRINFO -HAVE_REGCOMP +USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS -HAVE_LIBIDN +HAVE_GETSID -USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/opt/local//share/mutt SYSCONFDIR=/opt/local//etc EXECSHELL=/bin/sh -MIXMASTER To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. -- I just want to break even. pgp4rUEBaOrJI.pgp Description: PGP signature
Compiling Mutt on a Macbook Pro and recommendation for mailing list
I got a MBP for Christmas (yippie) and am looking for a good howto on compiling Mutt on it. I have been running 1.5.18 from HEAD, and would like to continue. I don't want, at least initially, to install either MacPorts or Fink. I'm also looking for a good Mac mailing list that leans toward the admin side of things. Any and all help appreciated. Thanks, festus -- I just want to break even.
Re: Mutt 1.5.18 (2008-12-10) and folder_format
On Sun, Dec 14, 2008 at 07:35:51AM -0500, Patrick Shanahan wrote: * Dave Wood d...@unrealize.co.uk [12-13-08 23:23]: Just testing 1.5.18 and noticed that now %s is showing in KBytes instead of bytes. Is there a new format for bytes? No, I'm still on 1.5.13 and KBytes are shown, but it is %c, not %s. %s represents the message subject in $index_format. from TFM, 3.59. folder_format Type: string Default: %2C %t %N %F %2l %-8.8u %-8.8g %8s %d %f ... %s size in bytes festus -- It is not unusual for those at the wrong end of the club to have a clearer picture of reality than those who wield it. Noam Chomsky pgpSOWTwZriKx.pgp Description: PGP signature
Re: 1.5.18 (from HEAD) and threading
On Sat, Dec 06, 2008 at 02:32:10PM -0700, John J. Foster wrote: I've noticed that when running 1.5.18 (from HEAD), that when new mail arrives in the current mailbox, it get put at the end of the index instead of in the thread it belongs. When did this change take place? I was previously running 1.5.16. Any ideas, or should I take this to mutt-dev? Thanks, festus -- I just want to break even. pgpVnXNQpqzrK.pgp Description: PGP signature
1.5.18 (from HEAD) and threading
I've noticed that when running 1.5.18 (from HEAD), that when new mail arrives in the current mailbox, it get put at the end of the index instead of in the thread it belongs. When did this change take place? I was previously running 1.5.16. Thanks, festus -- I just want to break even. pgpOfvTVuTVjU.pgp Description: PGP signature
Re: 1.5.18 (from HEAD) and threading
On Sat, Dec 06, 2008 at 02:32:10PM -0700, John J. Foster wrote: I've noticed that when running 1.5.18 (from HEAD), that when new mail arrives in the current mailbox, it get put at the end of the index instead of in the thread it belongs. When did this change take place? I was previously running 1.5.16. FYI - changing sort order to anything else, then back to threads works just fine. -- I just want to break even. pgpOSDO8cpaHK.pgp Description: PGP signature
Re: [semi OT] - Setup for LDAP access to fastmail.fm
On Sat, Dec 06, 2008 at 01:58:13AM +1300, Chris Bannister wrote: On Fri, Nov 28, 2008 at 07:48:20AM -0700, John J. Foster wrote: authentication required at /home/festus/mutt-ldap.pl line 46, DATA line 466. Ok, what _is_ line 46? Hmm, and line 466? I have no idea about that error message! It's just what came up. My firewall had the following ldap ports blocked. ldap389/udp ldaps 636/udp festus -- I just want to break even. pgpu8qWeT4dIL.pgp Description: PGP signature
Re: [semi OT] - Setup for LDAP access to fastmail.fm
On Fri, Dec 05, 2008 at 07:13:43PM -0700, John J. Foster wrote: On Sat, Dec 06, 2008 at 01:58:13AM +1300, Chris Bannister wrote: On Fri, Nov 28, 2008 at 07:48:20AM -0700, John J. Foster wrote: authentication required at /home/festus/mutt-ldap.pl line 46, DATA line 466. Ok, what _is_ line 46? Hmm, and line 466? OK - forgot to include the guilty line (46 I guess, as 466 doesn't exist)! $mesg-code die $mesg-error; Based on my knowledge of other languages, this message doesn't really correspond to the actual line that produced problems. The thescript is at: http://www.bsdconsulting.no/tools/mutt-ldap.pl festus -- I just want to break even. pgpXR9AXWWnl1.pgp Description: PGP signature
Re: [semi OT] - Setup for LDAP access to fastmail.fm
Sorry for the noise - it was a firewall issue. festus -- I just want to break even.
query_format current entry number starts at zero with 1.5.18
I've just recently switched to 1.5.18 (mainly because of increased hcache performance) and have noticed that the results shown from a query_command start at 0 as opposed to 1. This makes it impossible to change to an entry by its number. My query command is: set query_command=/home/festus/bin/mutt-ldap.pl '%s' using 1.5.16: 1 Backpacking Light Mailing List [EMAIL PROTECTED] 2 Name 2 [EMAIL PROTECTED] 3 Name 3 [EMAIL PROTECTED] using 1.5.18 0 Backpacking Light Mailing List [EMAIL PROTECTED] 1 Name 2 [EMAIL PROTECTED] 2 Name 3 [EMAIL PROTECTED] Does anyone else see this? Thanks, festus -- I just want to break even. pgpHZJ761Ec85.pgp Description: PGP signature
Re: query_format current entry number starts at zero with 1.5.18
On Sun, Nov 30, 2008 at 08:45:39PM +0100, Rocco Rutte wrote: Hi, * John J. Foster wrote: I've just recently switched to 1.5.18 (mainly because of increased hcache performance) and have noticed that the results shown from a query_command start at 0 as opposed to 1. This is fixed in http://dev.mutt.org/hg/mutt/rev/927a1d30a44e Thanks for reporting. Thanks Rocco! You folks do most excellent work. festus -- I just want to break even. pgplkA8xWZ82q.pgp Description: PGP signature
[semi OT] - Setup for LDAP access to fastmail.fm
Hi all, I'm using a script (http://www.bsdconsulting.no/tools/mutt-ldap.pl) to try to access my address book on fastmail.fm. I've changed the following: # --- configuration --- $ldapserver = ldap.messagingengine.com; $domain = fastmail.fm; $username = '[EMAIL PROTECTED],ou=Users'; $password = my_password; $basedn = dc=AddressBook; # --- end configuration --- and... $ldap-bind($username, password=$password); per instructions at http://wiki.fastmail.fm/index.php?title=LDAP#Mutt Also in muttrc set query_command = /home/user/bin/mutt-ldap.pl '%s' but consistently get the following error: authentication required at /home/festus/mutt-ldap.pl line 46, DATA line 466. I have also tried mail.messagingengine.com and also tried AddressBooks, both of which were mentioned in a long thread on fastmails discussion groups (http://www.emaildiscussions.com/showthread.php?t=52707). This is all running on a Gentoo VM using mutt 1.5.18 from tip. Any and all help appreciated, festus P.S. I know close to zero about perl.
Re: On RTFM
On Tue, Sep 23, 2008 at 09:43:25AM -0500, David Champion wrote: What's the trouble? Let people ask questions honestly and politely, but if all you have to give is rtfm, with no reference or citation or vague hint at a substantive answer, then don't bother replying -- or at least keep it out of the mailing list archive and my mailbox, please. touch?? -- I just want to break even. pgpBQS840OSHg.pgp Description: PGP signature
Re: OT: offending sig + headers
Come on folks. It's a public mailing list we're talking about here. You ask a question in public. You get an answer in public. I've seen Derek's sig line here for years, but be insulted by it??? You got to be kidding. It's an effing .signature! festus -- It is not unusual for those at the wrong end of the club to have a clearer picture of reality than those who wield it. Noam Chomsky pgpiGkzySLX7i.pgp Description: PGP signature
