Mutt | 2 May 2011 23:39

[Mutt] #3514: bogus regexp for BTS subscription

#3514: bogus regexp for BTS subscription
------------------------------+---------------------------------------------
 Reporter:  antonio <at> …         |       Owner:  mutt-dev
     Type:  defect            |      Status:  new     
 Priority:  trivial           |   Milestone:          
Component:  mutt              |     Version:  1.5.21  
 Keywords:  patch             |  
------------------------------+---------------------------------------------
 Forwarding from http://bugs.debian.org/611412

 {{{
 The manual reports a bad regexp for Debian bugs in BTS:

 subscribe [0-9]*.* <at> bugs.debian.org

 But this regex matches, amongst others, submit <at> bugs.debian.org and
 control <at> bugs.debian.org.

 The new proposed regexp is:
 subscribe [0-9]+.* <at> bugs.debian.org

 The attached patch fixes the problem
 }}}

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3514>
Mutt <http://www.mutt.org/>
The Mutt mail user agent

(Continue reading)

Mutt | 3 May 2011 20:18

[Mutt] #3515: Remove deprecated _set_priority GnuTLS functions (patch available)

#3515: Remove deprecated _set_priority GnuTLS functions (patch available)
------------------------------+---------------------------------------------
 Reporter:  antonio <at> …         |       Owner:  mutt-dev
     Type:  defect            |      Status:  new     
 Priority:  minor             |   Milestone:          
Component:  crypto            |     Version:  1.5.21  
 Keywords:  patch             |  
------------------------------+---------------------------------------------
 Reporting from http://bugs.debian.org/624058

 {{{
 This package is using some functions which are marked deprecated in
 newer versions of GnuTLS (>=2.12.x). (They are not yet removed, though.)
 These functions will be removed in future releases. GnuTLS 2.12.x is
 already available in experimental.

 Excerpt from buildlog:
 ====================================================
 ../mutt_ssl_gnutls.c:313:3: warning: 'gnutls_protocol_set_priority' is
 deprecated (declared at /usr/include/gnutls/compat.h:344)
 ../mutt_ssl_gnutls.c:313:3: warning: 'gnutls_protocol_set_priority' is
 deprecated (declared at /usr/include/gnutls/compat.h:344)
 ====================================================

 The gnutls_*_set_priority family of functions has been marked deprecated
 in 2.12.x. These functions have been superceded by
 gnutls_priority_set_direct(). The replacement function was added in gnutls
 stable release 2.2.0 (released 2007-12-14).
 }}}

(Continue reading)

Mutt | 3 May 2011 20:21

[Mutt] #3516: Remove deprecated gnutls_certificate_verify_peers (patch available)

#3516: Remove deprecated gnutls_certificate_verify_peers (patch available)
------------------------------+---------------------------------------------
 Reporter:  antonio <at> …         |       Owner:  mutt-dev
     Type:  defect            |      Status:  new     
 Priority:  minor             |   Milestone:          
Component:  crypto            |     Version:  1.5.21  
 Keywords:  patch             |  
------------------------------+---------------------------------------------
 Reporting from http://bugs.debian.org/624085

 {{{
 This package is using gnutls_certificate_verify_peers(), a function marked
 deprecated in newer stable versions of GnuTLS (>=2.12.x) and removed in
 the GnuTLS development version  2.99.1. GnuTLS 2.12.x is already available
 in experimental.

 Excerpt from buildlog:
 ====================================================
 ../mutt_ssl_gnutls.c:944:3: warning: 'gnutls_certificate_verify_peers' is
 deprecated (declared at /usr/include/gnutls/compat.h:330)
 ../mutt_ssl_gnutls.c:944:3: warning: 'gnutls_certificate_verify_peers' is
 deprecated (declared at /usr/include/gnutls/compat.h:330)
 ====================================================

 Please switch from gnutls_certificate_verify_peers to its successor
 gnutls_certificate_verify_peers2 (first included in gnutls stable
 release 1.2.0).
 }}}

 The attached patch fixes the problem
(Continue reading)

Mutt | 5 May 2011 16:18

Re: [Mutt] #3246: Please make the internal viewer open diffs and/or text/*

#3246: Please make the internal viewer open diffs and/or text/*
-------------------------------+--------------------------------------------
  Reporter:  antonio <at> …         |       Owner:  mutt-dev
      Type:  enhancement       |      Status:  new     
  Priority:  trivial           |   Milestone:          
 Component:  display           |     Version:  1.5.19  
Resolution:                    |    Keywords:          
-------------------------------+--------------------------------------------

Comment(by antonio <at> …):

 Important warning: I'm not a mutt-dev.

 Your patch does not convince me because you're checking AUTOVIEW and
 you're also checking if the auto_view option is set, the same things are
 also checked when mutt_needs_mailcap() is called (which is called by
 mutt_is_autoview()) so I believe that it doesn't make much sense to check
 those options twice.

 Your approach is also more oriented to whitelist some things for each
 auto_view is not needed but that skips thing like text/xml,
 text/rfc822-headers and some other things that you may want to visualize
 straight away and that mutt can easily show to you without problems.

 I would be more convinced by the patch proposed in #3496 but that also has
 the problem that formats like text/rtf would need an autoview entry.

 I'm still thinking about what patch would best suit the mutt Debian
 package.

(Continue reading)

Mutt | 9 May 2011 08:36

Re: [Mutt] #2056: Attempt re-connect when idle mailbox connection closes

#2056: Attempt re-connect when idle mailbox connection closes
----------------------------+-----------------------------------------------
 Reporter:  gale <at> …          |       Owner:  brendan
     Type:  enhancement     |      Status:  new    
 Priority:  major           |   Milestone:  2.0    
Component:  IMAP            |     Version:         
 Keywords:                  |  
----------------------------+-----------------------------------------------
Changes (by petr):

 * cc: petr.mvd <at> … (added)

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/2056#comment:8>
Mutt <http://www.mutt.org/>
The Mutt mail user agent

Mutt | 12 May 2011 18:17

Re: [Mutt] #3506: failure to check server certificate in SMTP TLS connection

#3506: failure to check server certificate in SMTP TLS connection
--------------------+-------------------------------------------------------
 Reporter:  db      |       Owner:  mutt-dev
     Type:  defect  |      Status:  new     
 Priority:  major   |   Milestone:          
Component:  mutt    |     Version:          
 Keywords:          |  
--------------------+-------------------------------------------------------

Comment(by hhorak):

 Replying to [comment:10 me]:
 > {{{
 > i believe the correct fix is to call tls_check_preauth() again on the EE
 > cert once tls_verify_peers() succeeds.
 > }}}

 But if we call tls_check_preauth() again for the first certificate
 (index=0), we will get the same result as the patch from [comment:8
 hhorak] gives, just consume some cpu time more. Or is there any
 difference?

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3506#comment:12>
Mutt <http://www.mutt.org/>
The Mutt mail user agent

Mutt | 20 May 2011 12:34

[Mutt] #3517: unable to append a message to a folder on a buggy imap server

#3517: unable to append a message to a folder on a buggy imap server
-------------------------+--------------------------------------------------
 Reporter:  zwz          |       Owner:  brendan
     Type:  enhancement  |      Status:  new    
 Priority:  minor        |   Milestone:         
Component:  IMAP         |     Version:         
 Keywords:               |  
-------------------------+--------------------------------------------------
 I just encoutered a problem using mutt to copy a message to a folder on a
 buggy imap server. The imap server in question, imap.163.com, is part of
 the free email service offered by one of the portal websites in China. The
 imap server does not support imap command pipeline, so I have to add "set
 imap_pipeline_depth=0" to .muttrc in order to access my mail account. But
 still, copying a local message to a folder in my imap account does not
 work, unless I specify my username in the imap URL. In another word,

 C imap://imap.163.com/   doesn't work[[BR]]
 C imap://wenzhuoz <at> 163.com <at> imap.com/   works[[BR]]

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3517>
Mutt <http://www.mutt.org/>
The Mutt mail user agent

Mutt | 20 May 2011 12:39

Re: [Mutt] #3517: unable to append a message to a folder on a buggy imap server

#3517: unable to append a message to a folder on a buggy imap server
-------------------------+--------------------------------------------------
 Reporter:  zwz          |       Owner:  brendan
     Type:  enhancement  |      Status:  new    
 Priority:  minor        |   Milestone:         
Component:  IMAP         |     Version:         
 Keywords:               |  
-------------------------+--------------------------------------------------

Comment(by zwz):

 BTW, I am using the mutt package provided by Ubuntu 11.04.

 The free webmail service http://mail.163.com doesn't seem to have an
 English version. If you need help registering a test account, just drop me
 a message.

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3517#comment:1>
Mutt <http://www.mutt.org/>
The Mutt mail user agent

Mutt | 20 May 2011 12:48

Re: [Mutt] #3517: unable to append a message to a folder on a buggy imap server

#3517: unable to append a message to a folder on a buggy imap server
--------------------+-------------------------------------------------------
 Reporter:  zwz     |       Owner:  brendan
     Type:  defect  |      Status:  new    
 Priority:  minor   |   Milestone:         
Component:  IMAP    |     Version:         
 Keywords:          |  
--------------------+-------------------------------------------------------
Changes (by zwz):

  * type:  enhancement => defect

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3517#comment:2>
Mutt <http://www.mutt.org/>
The Mutt mail user agent

Mutt | 22 May 2011 14:23

[Mutt] #3518: IDNA2008 support by libidn2 usage in mutt

#3518: IDNA2008 support by libidn2 usage in mutt
-------------------------+--------------------------------------------------
 Reporter:  rsc          |       Owner:  mutt-dev
     Type:  enhancement  |      Status:  new     
 Priority:  major        |   Milestone:          
Component:  mutt         |     Version:          
 Keywords:               |  
-------------------------+--------------------------------------------------
 At the moment, mutt only has IDNA2003 support by GNU libidn. As IDNA2003
 was updated, changed and revised by IDNA2008, there's now GNU libidn2.
 Unfortunately IDNA2003 and IDN2008 are very different, thus the new
 library is also very different. Nevertheless I would like to see IDNA2008
 support in mutt.

 As it is hard (and makes less to no sense) to support IDNA2003 and
 IDNA2008 in parallel, I would recommend to replace IDNA2003 by IDNA2008
 support, which means that the requirement in the end switches over from
 libidn to libidn2 simply.

 GNU libidn2 upstream is http://www.gnu.org/s/libidn/#libidn2, the latest
 version at the moment is 0.5.

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3518>
Mutt <http://www.mutt.org/>
The Mutt mail user agent


Gmane