From 904c5a5ebe2eff96a3cdbf869b5b5d8d5f4b9e26 Mon Sep 17 00:00:00 2001 From: Pierre Habouzit Date: Sat, 12 May 2007 12:08:07 +0200 Subject: [PATCH] cruft Signed-off-by: Pierre Habouzit --- imap/BUGS | 34 ---------------------------------- imap/Makefile.am | 2 -- imap/README | 31 ------------------------------- 3 files changed, 67 deletions(-) delete mode 100644 imap/BUGS delete mode 100644 imap/README diff --git a/imap/BUGS b/imap/BUGS deleted file mode 100644 index cb27ba9..0000000 --- a/imap/BUGS +++ /dev/null @@ -1,34 +0,0 @@ -In no particular order: - -* ~h searches download the entire folder, setting everything to \Seen in - the process. - --> Use SEARCH? or at least try to use .PEEK when doing scans. I've been - thinking of going to always PEEK anyway, but then you'd have to store - updates for every message you touched. Maybe a config option? - -* No checks are performed on long commands to make sure that they are - still correct after they've been made to fit in their buffers. - Tagged message sets can exceed the fixed space we've allocated for - them in large mailboxes. Time to move to dynamic string allocation, - at least for these commands. - -* Mutt doesn't handle timeouts or dropped connections gracefully. You - may see occasional segfaults. Solving this cleanly requires some major - architectural updates. Until that happens, I recommend you keep - backup copies of messages you're composing from within your editor. - Tommi Komulainen's keepalive patch for edit sessions may work for you, - though. Committed to CVS late November 1999, I think. - -* Mutt is uninterruptible during socket calls. We should handle SIGINT. - -* Server copy currently doesn't take into account uncommitted changes in - messages about to be copied. Sync first. - --> walk tagged or individual message looking for changes, sync those? - may require further additions to imap_make_msg_set and breaking up - imap_sync_mailbox, otherwise shouldn't be too bad. Not currently a - major priority, though - noone's gotten bit by this. - -* The mutt_pretty routines don't work well when the delimiter isn't '/'. - -Brendan Cully -Updated 20000731 diff --git a/imap/Makefile.am b/imap/Makefile.am index 6fafb2e..81795ca 100644 --- a/imap/Makefile.am +++ b/imap/Makefile.am @@ -1,5 +1,3 @@ -EXTRA_DIST = BUGS README TODO - INCLUDES = -I$(top_srcdir) -I$(top_srcdir)/intl noinst_LIBRARIES = libimap.a diff --git a/imap/README b/imap/README deleted file mode 100644 index 6b73f7e..0000000 --- a/imap/README +++ /dev/null @@ -1,31 +0,0 @@ -IMAP in mutt should be considered beta quality. For the most part it -works well, but it is still not quite as stable or as full-featured -as some of the other drivers. I believe it is now acceptable for -daily use (and that's how I use it now, currently against Cyrus 1.6.24 and -previously against UW-IMAP 4.7 and 2000). - -You may still lose some work if you are suddenly disconnected from your -server (but your mailboxes should be fine). Currently accessing the same -IMAP folder with multiple clients is not supported - it may work, but -no guarantees. There are still several non-critical known bugs, see -http://bugs.guug.de/ for the current list. - -You may also be disappointed in mutt's handling of very large IMAP mailboxes. -To build the message index mutt must fetch a subset of headers from every -message in the mailbox, which costs time and network traffic linear to the -number of messages in your mailbox. - -Nevertheless in general mutt is quite a fast and fully-featured IMAP client. -It tries to be polite to IMAP servers as well, opening few connections and -avoiding needless polls of the server, unlike certain other popular IMAP -clients by certain large corporations :) - -Mutt supports almost all official authentication and security protocols for -IMAP, including SSL/TLS, native CRAM-MD5 and GSSAPI routines, and a SASL -plugin which can handle just about everything else. - -Please report bugs to mutt-dev@mutt.org and/or brendan@kublai.com. Version, -options, stack-trace and .muttdebug files are a plus. - -Brendan Cully -20010506 -- 2.20.1