gmane.mail.mutt.devel

[Mutt] #3585: Updated Italian translation

Mutt — 2012-05-25T20:36:32

#3585: Updated Italian translation
----------------------------+-----------------------------------------------
 Reporter:  marco           |       Owner:  mutt-dev
     Type:  enhancement     |      Status:  new     
 Priority:  minor           |   Milestone:          
Component:  user interface  |     Version:  HEAD    
 Keywords:                  |  
----------------------------+-----------------------------------------------
 Translations have been fixed and converted to UTF-8; some of them still
 need to be checked further.

Re: [Mutt] #3287: imap recent not honoured

Mutt — 2012-05-25T15:56:17

#3287: imap recent not honoured
---------------------------------------+------------------------------------
 Reporter:  prlw1                      |       Owner:  brendan
     Type:  defect                     |      Status:  new    
 Priority:  major                      |   Milestone:  1.6    
Component:  IMAP                       |     Version:  1.5.20 
 Keywords:  recent status noop exists  |  
---------------------------------------+------------------------------------

Comment(by dog):

 RECENT is not actually that useful since it only refers to the number of
 messages that have appeared during the current session (i.e. since the
 last SELECT or EXAMINE from that client). At best RECENT is an indicator
 that the mailbox contents have changed and that we need to reexamine the
 /Seen flags to determine which messages are actually new. The number it
 gives is merely an indicator of the extent to which the mailbox may have
 changed.

mutt: new changeset

Brendan Cully — 2012-05-25T07:00:02

New changeset in mutt:

http://dev.mutt.org/hg/mutt/rev/0488deb39a35
changeset:   6205:0488deb39a35
branch:      HEAD
tag:         tip
user:        Brendan Cully <brendan< at >kublai.com>
date:        Thu May 24 22:02:57 2012 -0700
summary:     Remove AM_C_PROTOTYPES from configure.ac (closes #3579)

Re: [Mutt] #3579: Automake 1.12 prevents mutt HEAD from configuring

Mutt — 2012-05-25T05:06:31

#3579: Automake 1.12 prevents mutt HEAD from configuring
-----------------------+----------------------------------------------------
  Reporter:  sinecure  |       Owner:  mutt-dev
      Type:  defect    |      Status:  closed  
  Priority:  major     |   Milestone:          
 Component:  mutt      |     Version:  1.5.21  
Resolution:  fixed     |    Keywords:          
-----------------------+----------------------------------------------------
Changes (by Brendan Cully <brendan< at >…>):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 (In [0488deb39a35]) Remove AM_C_PROTOTYPES from configure.ac (closes
 #3579)

 I doubt we have any users of that macro nowadays. It will be interesting
 to
 hear about it if we do.

[Mutt] #3584: 1.5.21 To/CC/Bc fields does not preserve values (inRFC comments)

Mutt — 2012-05-24T07:09:02

#3584: 1.5.21 To/CC/Bc fields does not preserve values (in RFC comments)
---------------------------------------+------------------------------------
 Reporter:  jaalto                     |       Owner:  mutt-dev
     Type:  defect                     |      Status:  new     
 Priority:  major                      |   Milestone:          
Component:  mutt                       |     Version:  1.5.21  
 Keywords:  rfc, standards, violation  |  
---------------------------------------+------------------------------------
 == Problem ==

 Mutt does not preserve the contents of fields To/CC/Bcc as is. An example:

    To: John Doe (Head of HR department) <jdoe< at >example.com>
    CC: Joe Average (HR Assistant) <jave< at >example.com>

 After composing this message in editor, back to "send screen", the parts
 in parenthesis have been stripped:

    To: John Doe <jdoe< at >example.com>
    CC: Joe Average <jave< at >example.com>

 == severity ==

 This is a serious defect in software that affects use daily; these fields
 are very

mutt: new changeset

Brendan Cully — 2012-05-24T07:00:01

New changeset in mutt:

http://dev.mutt.org/hg/mutt/rev/0fb6d7579fd1
changeset:   6204:0fb6d7579fd1
branch:      HEAD
tag:         tip
user:        Brendan Cully <brendan< at >kublai.com>
date:        Wed May 23 23:29:37 2012 -0400
summary:     Support passwords of up to 127 characters.

[patch] fix TLS initialisation for OpenSSL1.0.1

Phil Pennock — 2012-05-23T19:57:57

Folks,

OpenSSL 1.0.1 introduced support for TLSv1.1 and TLSv1.2.  These are not
used by mutt.  This patch fixes that.

Counter-intuitively, the OpenSSL folks have TLSv1_client_method()
negotiate *only* TLSv1.0, and SSLv23_client_method() remains the only
method which can negotiate different versions.  This is true at least as
of 1.0.1c (the latest release at time of writing).

The attached patch uses SSLv23_client_method() and SSL_CTX_set_options()
to then disable SSLv2 and SSLv3.

This mail is sent with such a patched mutt, and you should thus see that
the initial Received: header uses the cipher:
  TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256

Regards,
-Phil

[Mutt] #3583: mutt-1.5.21: extract-keys does not extract PGP keysfrom S/MIME signed mail

Mutt — 2012-05-23T18:54:06

#3583: mutt-1.5.21: extract-keys does not extract PGP keys from S/MIME signed mail
---------------------------------+------------------------------------------
 Reporter:  matthias< at >…           |       Owner:  mutt-dev
     Type:  defect               |      Status:  new     
 Priority:  major                |   Milestone:          
Component:  mutt                 |     Version:          
 Keywords:                       |  
---------------------------------+------------------------------------------
 {{{
 Package: mutt
 Version: 1.5.21
 Severity: normal

 -- Please type your report below this line

 When viewing a mail with a PGP key attachment named *.asc but with MIME
 type
 text/plain that has been signed with S/MIME (weird combination, I know,
 but my
 bank sends this stuff and I think it should work), the extract-keys
 command
 correctly extracts the S/MIME certificate but ignores the PGP key. Just a
 minor
 annoyance as people who use mutt for this kind of stuff will probably know
 what
 to do, but

[Mutt] #3582: smtp_auth_sasl: error base64-decoding server response

Mutt — 2012-05-22T06:24:15

#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< at >smtp.163.com:25/"' to< at >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

Re: [Mutt] #3425: tag-pattern in Attachments view

Mutt — 2012-05-21T05:03:32

#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.<enter>;f"
 With this, mutt's forward would make it easy to forward emails and behave
 like other mail clients.

Re: [Mutt] #3581: Folder-history ignores -f folder from CLI

Mutt — 2012-05-18T17:40:29

#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.

[Mutt] #3581: Folder-history ignores -f folder from CLI

Mutt — 2012-05-18T12:07:29

#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 <up-
 arrow> 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.

[Mutt] #3580: mutt -H $draft ignores recipient arguments on CLI

Mutt — 2012-05-17T22:16:58

#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

Re: [Mutt] #3579: Automake 1.12 prevents mutt HEAD from configuring

Mutt — 2012-05-14T11:20:40

#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< at >… (added)

Re: [Mutt] #3242: mutt: does not want to open dot subdirs via imapanymore

Mutt — 2012-05-14T00:43:59

#3242: mutt: does not want to open dot subdirs via imap anymore
------------------------------+---------------------------------------------
 Reporter:  antonio< at >…         |       Owner:  lucki2791
     Type:  task              |      Status:  accepted 
 Priority:  major             |   Milestone:  2.0      
Component:  browser           |     Version:  1.5.21   
 Keywords:                    |  
------------------------------+---------------------------------------------
Changes (by lucki2791):

 * cc: lucki2791< at >… (added)
  * component:  IMAP => browser
  * version:  1.5.19 => 1.5.21
  * milestone:  1.6 => 2.0
  * owner:  brendan => lucki2791
  * type:  defect => task

Re: dev.mutt.org registration hangs

David J. Weller-Fahy — 2012-05-11T20:28:21

* Brendan Cully <brendan< at >kublai.com> [2012-05-11 12:09 -0400]:

Thanks!  Account created and ticket submitted.

[Mutt] #3579: Automake 1.12 prevents mutt HEAD from configuring

Mutt — 2012-05-11T20:29:11

#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
 < at >< at > -30,7 +30,6 < at >< at >

  AC_PROG_CC
  AC_ISC_POSIX
 -AM_C_PROTOTYPES
  if test "x$U" != "x"; then
    AC_MSG_ERROR(Compiler not ANSI compliant)
  fi
 }}}

Re: dev.mutt.org registration hangs

Brendan Cully — 2012-05-11T16:08:08

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.

Re: [Mutt] #3572: Mutt doesn't know popular audio formats

Mutt — 2012-05-11T15:14:08

#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< at >… (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.

Re: dev.mutt.org registration hangs

David J. Weller-Fahy — 2012-05-11T13:35:56

* Chris Burdess <dog< at >bluezoo.org> [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,

Re: Building mutt from HEAD on Mac OS X with automake 1.12

David J. Weller-Fahy — 2012-05-11T13:30:24

* Vincent Lefevre <vincent< at >vinc17.org> [2012-05-11 07:15 -0400]:

That was it!  Thank you.