Package: mutt Version: 1.5.11-5 Severity: wishlist
Scenario: If a user sends some mail with blank subject (e.g., mail to [EMAIL PROTECTED]), mutt asks if the user wants to quit sending the mail. The user answers no, and proceeds to type a long piece of email. After exiting from the editor, mutt asks *again* if the user wants to quit sending the mail. Worse yet, the default is "yes" (i.e., "don't send") even though the user had already answered "no" before and thought that he/she would not have to be bothered with the same question again. At this point, 1. It is very possible for the user to accidentally answer "yes" (e.g., by accidentally pressing the "Enter" key). Then the mail (which took a long time and a lot of effort to type) is lost forever, wasting the user's time and causing the user to become frustrated. 2. The user notices the question and re-answers "no". (But recall that the user had already made his/her intentions clear by answering "no" previously.) Wishlist item: The second question is both unnecessary and user-unfriendly. It can easily lead to lost mail and thus should not be there in the first place. IMHO this is a serious usability problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.28-ow1 Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 (charmap=BIG5) Versions of packages mutt depends on: ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libdb4.3 4.3.29-4 Berkeley v4.3 Database Libraries [ ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libidn11 0.5.18-1 GNU libidn library, implementation ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsasl2 2.1.19-1.9 Authentication abstraction library ii zmailer [mail-transport-agent 2.99.56-2 Mailer for Extreme Performance Dem Versions of packages mutt recommends: ii locales 2.3.5-12.1 GNU C Library: National Language ( ii mime-support 3.35-1 MIME files 'mime.types' & 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
