Re: [Mutt] #3649: Sorting by 'To: ' does not work right

2016-04-05 Thread Mutt
#3649: Sorting by 'To: ' does not work right ---+-- Reporter: grarpamp | Owner: mutt-dev Type: defect| Status: new Priority: major | Milestone: 1.6 Component: mutt |Version: 1.5.21 Resolution:| Keyw

Re: symbol conflict with 1.6 on OpenIndiana

2016-04-05 Thread Vincent Lefevre
On 2016-04-04 10:20:57 -0700, Kevin J. McCarthy wrote: > On Mon, Apr 04, 2016 at 03:49:48PM +0200, Fabian Groffen wrote: > > While trying to compile 1.6.0 I found a symbol conflict for M_CMD and > > M_READ on OpenIndiana (I assume the same will be for Solaris). > > > > These two are already define

Re: Neomutt - Release 20160404 (Mutt-1.6.0)

2016-04-05 Thread Vincent Lefevre
On 2016-04-04 15:34:25 -0700, David Champion wrote: > * On 04 Apr 2016, Richard Russon wrote: > > This release of NeoMutt contains no new features. > > It's just a rebase of the code to Mutt-1.6.0. > > > > The current list of stable features is: > > Conditional DatesConditional Date Forma

Re: Neomutt - Release 20160404 (Mutt-1.6.0)

2016-04-05 Thread Richard Russon
On Mon, Apr 04, 2016 at 08:18:02PM -0400, Xu Wang wrote: > On Mon, Apr 4, 2016 at 4:05 PM, Richard Russon wrote: > I am a user of mutt-kz and for 1.6.0 I might need to move to neomutt. Karel Zak has just released an updated version of mutt-kz (based on the NeoMutt repo). > All of the above feat

Re: Neomutt - Release 20160404 (Mutt-1.6.0)

2016-04-05 Thread Richard Russon
Hi David, Though this is a reply to your email, most of the my comments are really directed at all Mutt devs. > I realize you're to some extent building your own extension/bundling of > mutt here, Someone likened it to kernel-next (or perhaps mutt-unstable) A proving ground for features. Bringi

Re: 1.6.0: Warning: Bad IDN 'n...@name.tld' in alias 'NAME'.

2016-04-05 Thread Kevin J. McCarthy
On Tue, Apr 05, 2016 at 06:58:38AM -0700, Claus Assmann wrote: > Just tried 1.6.0 and now I get > Error in .../aliases.mutt, line 1: Warning: Bad IDN 'n...@name.tld' in alias > 'NAME'. > > Seems this is related to the new IDN code, but since my system > doesn't support ICONV all conversions fail:

Re: Neomutt - Release 20160404 (Mutt-1.6.0)

2016-04-05 Thread Vincent Lefevre
On 2016-04-05 14:43:15 +0100, Richard Russon wrote: > > > Limit-Current-Thread Limit Index View to Current Thread > > > > -1. Would prefer a ~. that matches the current message; then a ~(~.) > > macro would be equivalent. > > That's what I thought, but then I looked at the code. > (Ignoring t

1.6.0: Warning: Bad IDN 'n...@name.tld' in alias 'NAME'.

2016-04-05 Thread Claus Assmann
Just tried 1.6.0 and now I get Error in .../aliases.mutt, line 1: Warning: Bad IDN 'n...@name.tld' in alias 'NAME'. Seems this is related to the new IDN code, but since my system doesn't support ICONV all conversions fail: mutt_addrlist_to_intl() -> local_to_intl() -> mutt_convert_string() -> mu

Re: Neomutt - Release 20160404 (Mutt-1.6.0)

2016-04-05 Thread Richard Russon
On Tue, Apr 05, 2016 at 04:32:11PM +0200, Vincent Lefevre wrote: > On 2016-04-05 14:43:15 +0100, Richard Russon wrote: > > The limiting machinery doesn't take any parameters > Couldn't ~. be changed internally to ~m at evaluation time? 1 User: 'l' -> OP_MAIN_LIMIT 2 mutt_index_menu() 3 mutt_pa

Re: Neomutt - Release 20160404 (Mutt-1.6.0)

2016-04-05 Thread Kevin J. McCarthy
On Tue, Apr 05, 2016 at 02:43:15PM +0100, Richard Russon wrote: > Someone likened it to kernel-next (or perhaps mutt-unstable) > A proving ground for features. Bringing patches to a wider audience. > > The usual pattern is: > developer writes some code > it doesn't meet the mutt-dev stand

Re: Neomutt - Release 20160404 (Mutt-1.6.0)

2016-04-05 Thread Vincent Lefevre
On 2016-04-05 16:40:14 +0100, Richard Russon wrote: > On Tue, Apr 05, 2016 at 04:32:11PM +0200, Vincent Lefevre wrote: > > On 2016-04-05 14:43:15 +0100, Richard Russon wrote: > > > > The limiting machinery doesn't take any parameters > > > Couldn't ~. be changed internally to ~m at evaluation tim

Re: [Mutt] #3649: Sorting by 'To: ' does not work right

2016-04-05 Thread Mutt
#3649: Sorting by 'To: ' does not work right ---+-- Reporter: grarpamp | Owner: mutt-dev Type: defect| Status: new Priority: major | Milestone: 1.6 Component: mutt |Version: 1.5.21 Resolution:| Keyw

Re: Neomutt - Release 20160404 (Mutt-1.6.0)

2016-04-05 Thread David Champion
* On 05 Apr 2016, Richard Russon wrote: > Hi David, > > > I realize you're to some extent building your own extension/bundling of > > mutt here, > > Someone likened it to kernel-next (or perhaps mutt-unstable) > A proving ground for features. Bringing patches to a wider audience. OK - that's a

Re: Neomutt - Release 20160404 (Mutt-1.6.0)

2016-04-05 Thread David Champion
* On 05 Apr 2016, Vincent Lefevre wrote: > On 2016-04-05 16:40:14 +0100, Richard Russon wrote: > > On Tue, Apr 05, 2016 at 04:32:11PM +0200, Vincent Lefevre wrote: > > > On 2016-04-05 14:43:15 +0100, Richard Russon wrote: > > > > > > The limiting machinery doesn't take any parameters > > > > > C

Re: [Mutt] #3703: Running save-message on tagged messages segfaults if message flags changed

2016-04-05 Thread Mutt
#3703: Running save-message on tagged messages segfaults if message flags changed ---+- Reporter: terminalmage | Owner: brendan Type: defect| Status: new Priority: major | Milestone: Component: IMAP |

Re: [Mutt] #3703: Running save-message on tagged messages segfaults if message flags changed

2016-04-05 Thread Mutt
#3703: Running save-message on tagged messages segfaults if message flags changed ---+- Reporter: terminalmage | Owner: brendan Type: defect| Status: closed Priority: major | Milestone: Component: IMAP

Re: [Mutt] #3829: Add Sidebar Panel to Mutt

2016-04-05 Thread Mutt
#3829: Add Sidebar Panel to Mutt -+ Reporter: flatcap | Owner: mutt-dev Type: enhancement | Status: new Priority: major | Milestone: Component: user interface |Version: Resolution:

[PATCH] Fix IDNA functions for systems without iconv.

2016-04-05 Thread Kevin J. McCarthy
On Tue, Apr 05, 2016 at 07:44:25AM -0700, Kevin J. McCarthy wrote: > On Tue, Apr 05, 2016 at 06:58:38AM -0700, Claus Assmann wrote: > > So I get that "Error" for each alias at startup... and I haven't > > found a way to turn it off (yet; e.g., idn_{de,en}code options > > aren't available). > > It

Re: [PATCH] Fix IDNA functions for systems without iconv.

2016-04-05 Thread Claus Assmann
Your patch solves the problem for me. Thanks for the fast turnaround!

SET_P_BEGIN(a, v) inconsistency

2016-04-05 Thread Claus Assmann
Just noticed this during a full compile: diff -r 6a8890df7092 rfc822.c --- a/rfc822.c Sun Mar 13 12:50:49 2016 -0700 +++ b/rfc822.c Tue Apr 05 19:41:36 2016 -0700 @@ -416,7 +416,7 @@ #ifdef EXACT_ADDRESS # define SET_P_BEGIN(a, v) do { if ((a)) { (a)->a_p_begin = (v); } } while (0) #else -# d

Re: SET_P_BEGIN(a, v) inconsistency

2016-04-05 Thread Claus Assmann
On Tue, Apr 05, 2016, Claus Assmann wrote: > Just noticed this during a full compile: Oops, please ignore. That's in my branch... Sorry for the noise.