Re: Attachment counting feature at risk.
Hi,
* Thomas Roessler [06-04-29 10:25:11 +0200] wrote:
Well, my concern is that we're having a feature here that will
make mutt unexpectedly sluggish without users having any reason
to expect this to happen.
Attached is an attempt to document the speed affects.
bye, Rocco
--
:wq!
diff --git a/doc/manual.xml.head b/doc/manual.xml.head
index 84aa399..a10a36a 100644
--- a/doc/manual.xml.head
+++ b/doc/manual.xml.head
@@ -5161,6 +5161,14 @@ attachments and unattachments commands.
</para>
<para>
+In order to provide this information, mutt needs to fully MIME-parse
+all messages affected first. This can slow down operation especially for
+remote mail folders such as IMAP because all messages have to be
+downloaded first regardless whether the user really wants to view them
+or not.
+</para>
+
+<para>
The syntax is:
</para>
<screen>
diff --git a/init.h b/init.h
index ee09d74..b374011 100644
--- a/init.h
+++ b/init.h
@@ -229,6 +229,7 @@ struct option_t MuttVars[] = {
** .dt %T .dd graphic tree characters
** .dt %u .dd unlink (=to delete) flag
** .dt %X .dd number of qualifying MIME parts in this part and its children
+ ** (please see the ``$attachments'' section for possible speed
affects)
** .dt %>X .dd right justify the rest of the string and pad with character
"X"
** .dt %|X .dd pad to the end of the line with character "X"
** .de
@@ -1012,6 +1013,7 @@ #endif
** .dt %u .dd user (login) name of the author
** .dt %v .dd first name of the author, or the recipient if the message is
from you
** .dt %X .dd number of attachments
+ ** (please see the ``$attachments'' section for possible speed
affects)
** .dt %y .dd `x-label:' field, if present
** .dt %Y .dd `x-label' field, if present, and (1) not at part of a thread
tree,
** (2) at the top of a thread, or (3) `x-label' is different from