Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • This is probably the most obvious one, and I haven't had a chance to try it out myself....but did you give mutt [mutt.org] a try?
    • by barries (2159) on 2003.01.24 14:41 (#16357)

      Mutt is a very poor IMAP client for large folders or large numbers of folders.

      Mutt was designed to munge local mail repositories very well and very powerfully (and I love it for that, and for its one-keystroke to do almost anything UI).

      OTOH, IMAP centralizes a lowest common denominator set of search and ordering functions so IMAP clients can minimize the amount of data they need to suck down to present a usable set of browsing & email features.

      Mutt, which has more configurable and more powerful functionality than baseline any IMAP client I've seen, has to download all the data from the IMAP server before it can do any of its functionality. With large (>1,000 message) folders or large numbers of largish folders (more than a handful of mailing lists with a few hundred to a few thousand messages each) cause Mutt to bog when it loads all the data locally to provide your current fold view or to count the number of unread messages in all those folders.

      Over a fast connection to a speedy server, mutt works with IMAP "ok". Over DSL, especially over ssh over a lower end DSL, this can get painful. I do it every day :(.

      This is not a flame at Mutt or IMAP; they're simply not designed for eachother in the same way Java is not designed for Perl programmers.

      That all said, an IMAP friendly, semi-lobotomized mutt would be key for me.

      Probably what I need is PINE. I'll miss Mutt's threading modes and configurability then...

      - Barrie

      • I'm kind of new to IMAP, so sorry if this sounds dumb. But is it possible to download the full IMAP archive everytime? Or do you just do it once, and thereafter get the diffs?
        • Generally IMAP clients can say "Has anything changed since T0" where T0 is the last time they accessed the folder. If something has changed, they can either download just the summary headers they need (From, Subject, etc), or they can download all the headers.

          I've been using IMAP exclusively for about 4 years now, because when I change email clients I don't want to lose all my data in some other client's custom storage location.
      • Supposedly, isync [hmc.edu] is the answer to your problems. It deals with keeping all the mail synchronised with the imap server. It's also written by the original author of mutt.

        I have no idea how well it works, just that I've spotted it before and meant to look into it.

        -Dom

        • isync's what I use. You use it to synchronise your local Maildir format mail directories to the IMAP server, and then point Mutt at the local directories.

          It's two main problems are the occasional crash/core dump (which, if you don't notice it, can leave stale isynclock files around which will stop a particular mail directory from being synced), and an overly anal configuration file format -- you can't simply say "Sync everything from this server", you have to specify each IMAP mailbox, and the local mail
          • I don't get it. iSync's solution appears to be basically download all the messages locally and sync back any changes I make to the IMAP server.

            That seems only slightly better than POP, and seems to miss the point of IMAP (i.e. I don't have to have a local store of all the messages).

            I'm not really sure why the mutt developers don't fix this. Everyone who is happy to not use IMAP raves about how mutt is so much better than everything else, so I'm confused that if they can get everything else *so* right, how
            • I don't get it. iSync's solution appears to be basically download all the messages locally and sync back any changes I make to the IMAP server.

              Yes. "Disconnected mode" in the parlance (I think). This is a good thing if you do a lot of mail reading where network connectivity isn't available (trains, planes, and, er automobiles :-) ). I imagine it's less useful if you spend most of the time connected.

              I guess it depends on what you want to use it for. My previous hack involved using rsync to send mbo