http://permalink.gmane.org/gmane.mail.mutt.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.mail.mutt.devel/19829 <pre>#3582: smtp_auth_sasl: error base64-decoding server response ------------------------+--------------------------------------------------- Reporter: tczengming | Owner: mutt-dev Type: defect | Status: new Priority: major | Milestone: Component: mutt | Version: 1.5.21 Keywords: | ------------------------+--------------------------------------------------- mutt can't send email version : mutt 1.5.21 host: smtp.163.com (gmail test ok) command like this:echo "testmail" | mutt -d 5 -s "test" -e 'set smtp_url="smtp://user:pas&lt; at &gt;smtp.163.com:25/"' to&lt; at &gt;sina.com System: Linux 2.6.37.6-0.11-desktop (i686) ncurses: ncurses 5.7.20101009 (compiled with 5.7) compile options： -DOMAIN +DEBUG -HOMESPOOL -USE_SETGID +USE_DOTLOCK -DL_STANDALONE +USE_FCNTL -USE_FLOCK -USE_POP -USE_IMAP +USE_SMTP +USE_SSL_OPENSSL -USE_SSL_GNUTLS +USE_SASL -USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_CO</pre> Mutt 2012-05-22T06:24:15 http://permalink.gmane.org/gmane.mail.mutt.devel/19828 <pre>#3425: tag-pattern in Attachments view -------------------------+-------------------------------------------------- Reporter: daniell | Owner: mutt-dev Type: enhancement | Status: new Priority: minor | Milestone: Component: mutt | Version: 1.5.20 Keywords: | -------------------------+-------------------------------------------------- Comment(by popsch): +1 This will enable the forward-email macro: "vT.&lt;enter&gt;;f" With this, mutt's forward would make it easy to forward emails and behave like other mail clients. </pre> Mutt 2012-05-21T05:03:32 http://permalink.gmane.org/gmane.mail.mutt.devel/19827 <pre>#3581: Folder-history ignores -f folder from CLI --------------------+------------------------------------------------------- Reporter: Wastl | Owner: mutt-dev Type: defect | Status: new Priority: minor | Milestone: Component: mutt | Version: HEAD Keywords: | --------------------+------------------------------------------------------- Comment(by vinc17): IMHO this should be controlled by an option. I often use -f with temporary folders I'll never use again. So, I don't want them to be in the history. </pre> Mutt 2012-05-18T17:40:29 http://permalink.gmane.org/gmane.mail.mutt.devel/19826 <pre>#3581: Folder-history ignores -f folder from CLI --------------------+------------------------------------------------------- Reporter: Wastl | Owner: mutt-dev Type: defect | Status: new Priority: minor | Milestone: Component: mutt | Version: HEAD Keywords: | --------------------+------------------------------------------------------- When you start mutt giving -f folder on the command line, that folder is not included among the suggestions (already seen folders) which appear when (later in the session) you press 'c' to change folder and use &lt;up- arrow&gt; at the prompt. For a fix, it may be enough to add something of the sense if (explicit_folder) mutt_history_add (HC_MBOX, folder, 1); in main.c e.g. somewhere around line 994, only in this form it is not possible because of variable scope. A hack with a wrapper in history.c worked for me. </pre> Mutt 2012-05-18T12:07:29 http://permalink.gmane.org/gmane.mail.mutt.devel/19825 <pre>#3580: mutt -H $draft ignores recipient arguments on CLI -------------------------+-------------------------------------------------- Reporter: adam.spiers | Owner: mutt-dev Type: defect | Status: new Priority: minor | Milestone: 1.6 Component: mutt | Version: 1.5.21 Keywords: | -------------------------+-------------------------------------------------- When using the -H option to compose using a draft message, mutt ignores any recipients specified at the end of the CLI arguments in favour of the contents of the To: header in the supplied draft. IOW, the subsequent interactive prompt for recipients will be populated with the contents of the To: header. Furthermore, if the To: header is empty or non-existent, the subsequent interactive prompt will not be populated with anything. I suggest that a better behaviour would be to merge the contents of the draft's To: header (if any) with the recipients provided at the end </pre> Mutt 2012-05-17T22:16:58 http://permalink.gmane.org/gmane.mail.mutt.devel/19824 <pre>#3579: Automake 1.12 prevents mutt HEAD from configuring ----------------------+----------------------------------------------------- Reporter: sinecure | Owner: mutt-dev Type: defect | Status: new Priority: major | Milestone: Component: mutt | Version: 1.5.21 Keywords: | ----------------------+----------------------------------------------------- Changes (by vinc17): * cc: vincent&lt; at &gt;… (added) </pre> Mutt 2012-05-14T11:20:40 http://permalink.gmane.org/gmane.mail.mutt.devel/19823 <pre>#3242: mutt: does not want to open dot subdirs via imap anymore ------------------------------+--------------------------------------------- Reporter: antonio&lt; at &gt;… | Owner: lucki2791 Type: task | Status: accepted Priority: major | Milestone: 2.0 Component: browser | Version: 1.5.21 Keywords: | ------------------------------+--------------------------------------------- Changes (by lucki2791): * cc: lucki2791&lt; at &gt;… (added) * component: IMAP =&gt; browser * version: 1.5.19 =&gt; 1.5.21 * milestone: 1.6 =&gt; 2.0 * owner: brendan =&gt; lucki2791 * type: defect =&gt; task </pre> Mutt 2012-05-14T00:43:59 http://permalink.gmane.org/gmane.mail.mutt.devel/19822 <pre>* Brendan Cully &lt;brendan&lt; at &gt;kublai.com&gt; [2012-05-11 12:09 -0400]: Thanks! Account created and ticket submitted. </pre> David J. Weller-Fahy 2012-05-11T20:28:21 http://permalink.gmane.org/gmane.mail.mutt.devel/19821 <pre>#3579: Automake 1.12 prevents mutt HEAD from configuring ----------------------+----------------------------------------------------- Reporter: sinecure | Owner: mutt-dev Type: defect | Status: new Priority: major | Milestone: Component: mutt | Version: 1.5.21 Keywords: | ----------------------+----------------------------------------------------- The new automake removed AM_C_PROTOTYPES. Removing that line from configure.ac (as shown in the `hg diff` below) allows the `./prepare` command to complete. {{{ diff -r 41a8d7dceb6c configure.ac --- a/configure.ac Sun Apr 29 22:15:19 2012 -0700 +++ b/configure.ac Fri May 11 16:17:15 2012 -0400 &lt; at &gt;&lt; at &gt; -30,7 +30,6 &lt; at &gt;&lt; at &gt; AC_PROG_CC AC_ISC_POSIX -AM_C_PROTOTYPES if test "x$U" != "x"; then AC_MSG_ERROR(Compiler not ANSI compliant) fi }}} </pre> Mutt 2012-05-11T20:29:11 http://permalink.gmane.org/gmane.mail.mutt.devel/19820 <pre> I don't know how that happened, but it seems to be related to having hundreds of thousands of old anonymous sessions recorded in the trac database. I've cleaned it up, rebuilt the database, and added a cron job to reap authenticated sessions. Hopefully that'll take care of this one. </pre> Brendan Cully 2012-05-11T16:08:08 http://permalink.gmane.org/gmane.mail.mutt.devel/19819 <pre>#3572: Mutt doesn't know popular audio formats -------------------------------+-------------------------------------------- Reporter: dnied | Owner: mutt-dev Type: enhancement | Status: new Priority: major | Milestone: Component: mutt | Version: 1.5.21 Keywords: mp3 audio suction | -------------------------------+-------------------------------------------- Changes (by dnied): * cc: dnied&lt; at &gt;… (added) Comment: Whoa! What happened here? OK, repetita juvant... Back to the issue, I've redownloaded the Mutt 1.5.21 archive. Mutt *does* provide its own 'mime.types' file that gets installed upon 'make install'. That's the file that needs to be improved. </pre> Mutt 2012-05-11T15:14:08 http://permalink.gmane.org/gmane.mail.mutt.devel/19818 <pre>* Chris Burdess &lt;dog&lt; at &gt;bluezoo.org&gt; [2012-02-29 03:54 -0500]: Just ran into this as well. The error message follows. #v+ Trac detected an internal error: DatabaseError: database disk image is malformed #v- Not sure what other information would be needed, has anyone else noticed this problem? Regards, </pre> David J. Weller-Fahy 2012-05-11T13:35:56 http://permalink.gmane.org/gmane.mail.mutt.devel/19817 <pre>* Vincent Lefevre &lt;vincent&lt; at &gt;vinc17.org&gt; [2012-05-11 07:15 -0400]: That was it! Thank you. </pre> David J. Weller-Fahy 2012-05-11T13:30:24 http://permalink.gmane.org/gmane.mail.mutt.devel/19816 <pre>[...] I suspect that Mutt hasn't been updated for Automake 1.12. In the Automake 1.11 manual: `AM_C_PROTOTYPES' This is required when using the deprecated de-ANSI-fication feature; *note ANSI::. _It will be removed_ in the next major Automake release. So, you need to remove the AM_C_PROTOTYPES line from configure.ac (FYI, this was the solution for MPFR, which had the same problem). </pre> Vincent Lefevre 2012-05-11T11:14:48 http://permalink.gmane.org/gmane.mail.mutt.devel/19815 <pre>I recently started using Mac OS X again, and installed HomeBrew [1] to be able to automate the upgrade of various software components not already included. When installing the requisite programs to build mutt from HEAD, automake 1.12 was installed. Unfortunately, this new version of automake caused mutt not to prepare! The output of my attempt to prepare follows. #v+ dave&lt; at &gt;pooh:~/usr/src/mutt/mutt$ cat ../configure-mutt.sh #!/bin/sh # For FreeBSD, append '=/usr/local' to the --with-sasl line. # For Mac OS X, append '=/usr/local' to the --with-tokyocabinet line. ./prepare \ --prefix=$HOME/usr \ --with-homespool=Maildir \ --enable-debug \ --enable-hcache \ --with-tokyocabinet=/usr/local \ --with-curses \ --enable-smtp \ --enable-imap \ --with-ssl \ --with-sasl #v- Note: This prepare command has worked in the past on Mac OS X. Next, I make sure my sources are up to date, and try to prepare. #v+ dave&lt; at &gt;pooh:~/usr/src/mutt/mutt$ hg pull -u pulling from http://dev.mutt.org/hg/mutt searching for cha</pre> David J. Weller-Fahy 2012-05-11T01:49:54 http://permalink.gmane.org/gmane.mail.mutt.devel/19813 <pre>Hi, first i have to say thanks for Mutt(1), i've used it for years. Now i'm getting older and am currently on the «plain and antique» trip and am therefore slowly extending nail(1), as of Heirloom. Anyway, while doing some work on Mail-Followup-To: stuff i took mutt(1) as reference and found that it reacts strange in respect to interaction with the standardized Reply-To: field. You can very well repeat this with having one or two entries in Reply-To:, alone and ditto in conjunction with one+ entries in Mail-Followup-To:; and see how nice it gets when there was data in Cc:. What i planned for my pfffff was that i join Reply-To:'s with Mail-Followup-To:'s, keeping the stuff in Cc: around. (Basic idea: editing later is possible.) Basic thought: Reply-To:'s are often somewhat automatic, whereas Mail-Followup-To:, though never beyond draft, is used and added to mails by hand (examples can be found at least in last days of OpenBSD-ports). I just yet stumbled over that problem so the brain is behind (with the r</pre> Steffen Daode Nurpmeso 2012-05-10T15:17:18 http://permalink.gmane.org/gmane.mail.mutt.devel/19812 <pre>2 new changesets in mutt: http://dev.mutt.org/hg/mutt/rev/41a8d7dceb6c changeset: 6203:41a8d7dceb6c branch: HEAD tag: tip user: Brendan Cully &lt;brendan&lt; at &gt;kublai.com&gt; date: Sun Apr 29 22:15:19 2012 -0700 summary: gnutls: catch gnutls_init failures http://dev.mutt.org/hg/mutt/rev/aadaeb69cbd0 changeset: 6202:aadaeb69cbd0 branch: HEAD user: Brendan Cully &lt;brendan&lt; at &gt;kublai.com&gt; date: Sun Apr 29 22:14:22 2012 -0700 summary: give user time to read SASL init error message </pre> Brendan Cully 2012-04-30T07:00:01 http://permalink.gmane.org/gmane.mail.mutt.devel/19811 <pre>#3491: hangs when IP address changes ------------------------------+--------------------------------------------- Reporter: antonio&lt; at &gt;… | Owner: mutt-dev Type: defect | Status: new Priority: trivial | Milestone: Component: mutt | Version: 1.5.21 Keywords: | ------------------------------+--------------------------------------------- Comment(by petr_p): I don't think mutt (or any generic application) should watch local IP addresses. This is job for kernel to close stream connections after loosing local address. Though mutt should be able to interrupt network operation on user request. If server becomes unresponsive, or connection is to slow, it's useful to be able to abort e.g. fetching e-mail body. I think simple SIGINT handler could set a flag and EINTRed syscall loop could break on the flag. Also there could be possibility to adjust network time-out (SO_RCVTIMEO, SO_SNDTIMEO) if de</pre> Mutt 2012-04-29T19:10:12 http://permalink.gmane.org/gmane.mail.mutt.devel/19810 <pre> From my experiences \033]0 means "set both status/window and icon title, \033]1 only the icon title, and \033]2 only the status/window title. By using \033]0, it is made impossible to only set the window title, and not the icon title (even though mutt_ts_icon is prepared for this), because both are set. Due to characteristics of my Terminal that prints both window title and icon title separated by a dash in the window title, I'd rather avoid setting both. Would you have any objections changing it to \033]2? Thanks for your work! Fabian </pre> Fabian Groffen 2012-04-28T14:39:21 http://permalink.gmane.org/gmane.mail.mutt.devel/19809 <pre>#3326: mutt segfaults if a charset is empty in .muttrc -------------------------------+-------------------------------------------- Reporter: antonio&lt; at &gt;… | Owner: mutt-dev Type: defect | Status: new Priority: trivial | Milestone: Component: mutt | Version: 1.5.20 Resolution: | Keywords: patch -------------------------------+-------------------------------------------- Comment(by grobian): [cf97505addf8] does not fix it because it (still) calls check_charset before it verified that *tmp-&gt;data was not '\0'. </pre> Mutt 2012-04-28T13:12:43 http://permalink.gmane.org/gmane.mail.mutt.devel/19808 <pre>#3491: hangs when IP address changes ------------------------------+--------------------------------------------- Reporter: antonio&lt; at &gt;… | Owner: mutt-dev Type: defect | Status: new Priority: trivial | Milestone: Component: mutt | Version: 1.5.21 Keywords: | ------------------------------+--------------------------------------------- Comment(by antonio&lt; at &gt;…): Hi guys, this is still an issue and it is causing problems to everyone who needs to switch their connection without closing and reopening mutt in the process. Any change that you could have a look at this? </pre> Mutt 2012-04-27T10:44:41 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.mail.mutt.devel