headers
Brendan Cully | 1 Nov 02:48
Gravatar

Re: IMAP, mark_old and new mail

On Tuesday, 31 October 2006 at 15:55, Bob Bell wrote:
> On Tue, Oct 31, 2006 at 12:16:02PM -0800, Brendan Cully wrote:
> >On Tuesday, 31 October 2006 at 15:07, Bob Bell wrote:
> >> On Tue, Oct 31, 2006 at 09:08:08AM -0800, Brendan Cully wrote:
> >> Are you expecting to see a "OK [UIDNEXT" reply to a "SELECT"?  There's
> >> code in imap.c that's at least handling it, but my IMAP server isn't
> >> saying it.  Here's a very brief conversation with my IMAP server
> >> (provided to illustrate what Courier says in response to SELECT):
> >
> >Oh. Yes, I am. It's required by RFC 3501 (section 6.3.1). There's
> >probably a way to get mutt to synthesize the value though.
> 
> Now that I know what I'm looking for, I found the following in the
> ChangeLog:
> 
> 2006-03-15 12:26:00  Brendan Cully  <brendan <at> kublai.com>  (brendan)
> 
>        * imap/message.c: Don't store UIDNEXT unless we know it.
> 
>        * imap/message.c: Only synthesize UIDNEXT if we've fetched
>        uncached messages. Fixes a FETCH 1:0 bug Bruno Postle reported and
>        helped to debug.
> 
> 2006-03-13 23:21:51  Brendan Cully  <brendan <at> kublai.com>  (brendan)
> 
>        * imap/message.c: Courier fails to send UIDNEXT on SELECT
>        (a violation of RFC 3501 section 6.3.1) - synthesize it if it
>        is missing.
> 
>        * init.h: Make imap_idle default to false for 1.5.12.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Roessler | 1 Nov 05:00

[2006-11-01] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.

2006-10-31 20:29:24  brendan  (brendan)

	* imap/TODO: Update TODO

2006-10-31 18:37:14  Kevin Scannell  <kscanne <at> gmail.com>  (brendan)

	* po/ga.po: Update Irish translation to 1.5.12.

2006-10-30 02:54:12  Brendan Cully  <brendan <at> kublai.com>  (brendan)

	* mutt_socket.c: Include <sys/time.h> if available, to ensure
	struct timeval is declared in raw_socket_poll.

2006-10-30 02:36:07  David Shaw  <dshaw <at> jabberwocky.com>  (brendan)

	* pgpmicalg.c: RFC-2440bis adds support for the SHA-224 hash
	algorithm.

2006-10-30 02:32:30  Alain Bench  <veronatif <at> free.fr>  (brendan)

	* contrib/gpg.rc: Add the usual %?p? condition around the
	--passphrase-fd option in 3 commented-out examples of gpg-2comp
	usage. Also match gpgv in a good_sign pattern commented-out
	example.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Moritz Schulte | 1 Nov 19:42
Picon
Favicon

PKA for Mutt

Hello all,

i have worked on PKA support for Mutt.  Seems to work so far, would be
great if it could be integrated into CVS.  It probably needs some more
work (review, testing, etc.), though.

I have attached two patches:

mutt-pka.diff: this contains the PKA support implementation.
mutt-gpgme.diff: this contains gpgme/build-relevant fixes for Makefile
and configure.in (e.g., defining HAVE_GPGME_PKA_TRUST).

Thanks!
Moritz

ChangeLog:

2006-11-01  Moritz Schulte  <moritz <at> g10code.com>

        * Makefile.am: Use $(GPGME_CFLAGS) instead of
$(LIBGPGME_CFLAGS).
        * configure.in: Replaced self-hacked GPGME checking code with
        "standard code", also take care of defining
HAVE_GPGME_PKA_TRUST.

        * init.h: Add new use_pka option.

        * crypt.c (mutt_protect): Call
        crypt_smime_set_sender/crypt_pgp_set_sender when necessary.
(Continue reading)

Permalink | Reply | 8 comments |
headers
Thomas Roessler | 2 Nov 05:00

[2006-11-02] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.

2006-11-02 01:09:59  Brendan Cully  <brendan <at> kublai.com>  (brendan)

	* ChangeLog: Undo accidental charset corruption in ChangeLog.

2006-11-01 23:19:03  Vincent Lefevre  <vincent <at> vinc17.org>  (brendan)

	* po/fr.po: Updated French translation.

2006-10-31 20:29:24  brendan  (brendan)

	* imap/TODO: Update TODO

2006-10-31 18:37:14  Kevin Scannell  <kscanne <at> gmail.com>  (brendan)

	* po/ga.po: Update Irish translation to 1.5.12.
Permalink | Reply | 0 comments |
headers
lhecking | 2 Nov 18:07
Picon

mutt/2545: Cannot open message with pgp key attachment

>Number:         2545
>Notify-List:    
>Category:       mutt
>Synopsis:       Cannot open message with pgp key attachment
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    mutt-dev
>State:          open
>Keywords:       
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Nov 02 18:07:55 +0100 2006
>Originator:     Lars Hecking
>Release:        1.5.13
>Organization:
>Environment:
Linux
>Description:
Trying to open a message with a PGP key attachment yields
"Could not copy message".
I can open both message parts separately from the
Attachments menu.

  I     1 <no description>                   [text/plain, 7bit, us-ascii, 0.2K]
  A     2 xyzfoo.key                         [applica/pgp-keys, base64, 1.5K]

I reported this on July 17th for 1.5.12 on mutt-dev, but it
must have slipped through the cracks ...
>How-To-Repeat:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bob Bell | 3 Nov 04:13

Mutt in use at TicketMaster?

I thought some of you might get a kick out of this (I obviously did).  
I bought tickets today from TicketMaster (big ticket distributor here in 
the US).  The automated reply I got with an electronic PDF of the 
tickets attached had the following header:
    User-Agent: Mutt/1.2.5.1i

I presume that they are using Mutt from the command-line in an internal 
application to send mail with the PDF properly attached.

    -- Bob
Permalink | Reply | 0 comments |
headers
carson | 4 Nov 02:44

mutt/2547: doc/Makefile.in hard-codes SHELL, breaking make on Solaris

>Number:         2547
>Notify-List:    
>Category:       mutt
>Synopsis:       doc/Makefile.in hard-codes SHELL, breaking make on Solaris
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    mutt-dev
>State:          open
>Keywords:       
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Nov 04 02:44:07 +0100 2006
>Originator:     carson <at> taltos.org
>Release:        
>Organization:
>Environment:
Any system where /bin/sh is not bash, specifically Solaris 10 x86
>Description:
doc/Makefile.in contains "SHELL = /bin/sh" instead of "SHELL = @SHELL@". /bin/sh throws an error on:

( sed -e "s/@VERSION\@/`cat $(top_srcdir)/VERSION` (`cut -d\\" -f2 $(top_srcdir)/reldate.h`)/"
$(srcdir)/manual.xml.head ;\
          $(MAKEDOC_CPP) $(top_srcdir)/init.h | ../makedoc -s ) |      \
                cat - $(srcdir)/manual.xml.tail > manual.xml

bash is happy with it, but /bin/sh and /bin/ksh are not. It looks like the real problem may be cut -d\\", if I
change it to cut -d\", all shells appear to work properly.
>How-To-Repeat:
Run make in doc on Solaris (or any other system where /bin/sh is not bash).
(Continue reading)

Permalink | Reply | 0 comments |
headers
Rocco Rutte | 4 Nov 12:55
Picon

Re: mutt/2547: doc/Makefile.in hard-codes SHELL, breaking make on

The following reply was made to PR mutt/2547; it has been noted by GNATS.

From: Rocco Rutte <pdmef <at> gmx.net>
To: bug-any <at> bugs.mutt.org
Cc: 
Subject: Re: mutt/2547: doc/Makefile.in hard-codes SHELL, breaking make on
	Solaris
Date: Sat, 4 Nov 2006 11:54:31 +0000

 Hi,

 * carson <at> taltos.org [06-11-04 02:44:08 +0100] wrote:

 >doc/Makefile.in contains "SHELL = /bin/sh" instead of "SHELL = @SHELL@". /bin/sh throws an error on:

 >( sed -e "s/@VERSION\@/`cat $(top_srcdir)/VERSION` (`cut -d\\" -f2 $(top_srcdir)/reldate.h`)/"
$(srcdir)/manual.xml.head ;\
 >          $(MAKEDOC_CPP) $(top_srcdir)/init.h | ../makedoc -s ) |      \
 >                cat - $(srcdir)/manual.xml.tail > manual.xml

 Makefile.in is now auto-generated from Makefile.am, and even the
 Makefile.in before this build system cleanup had a fix for solaris
 changing \\" to \\\" which is in CVS now.

 Can you please try with latest CVS?

    bye, Rocco
 -- 
 :wq!
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ralf Wildenhues | 6 Nov 22:45
Picon
Favicon

Re: mutt/2547: doc/Makefile.in hard-codes SHELL, breaking make on

The following reply was made to PR mutt/2547; it has been noted by GNATS.

From: Ralf Wildenhues <wildenhues <at> ins.uni-bonn.de>
To: bug-any <at> bugs.mutt.org
Cc: 
Subject: Re: mutt/2547: doc/Makefile.in hard-codes SHELL, breaking make on
Date: Mon, 6 Nov 2006 22:43:48 +0100

 * Rocco Rutte wrote on Sat, Nov 04, 2006 at 12:55:01PM CET:
 >  * carson <at> taltos.org [06-11-04 02:44:08 +0100] wrote:
 >  
 >  >doc/Makefile.in contains "SHELL = /bin/sh" instead of "SHELL = @SHELL@". /bin/sh throws an error on:
 >  
 >  >( sed -e "s/@VERSION\@/`cat $(top_srcdir)/VERSION` (`cut -d\\" -f2 $(top_srcdir)/reldate.h`)/"
$(srcdir)/manual.xml.head ;\
 >  >          $(MAKEDOC_CPP) $(top_srcdir)/init.h | ../makedoc -s ) |      \
 >  >                cat - $(srcdir)/manual.xml.tail > manual.xml
 >  
 >  Makefile.in is now auto-generated from Makefile.am, and even the
 >  Makefile.in before this build system cleanup had a fix for solaris
 >  changing \\" to \\\" which is in CVS now.

 But that is not portable.
 Ping: http://marc.theaimsgroup.com/?l=mutt-dev&m=115819960908495&w=2

 Cheers,
 Ralf
Permalink | Reply | 0 comments |
headers
Thomas Roessler | 11 Nov 05:00

[2006-11-11] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.

2006-11-11 03:40:03  Ivan Vilata i Balaguer  <ivan <at> selidor.net>  (brendan)

	* po/ca.po: Updated Catalan translation.
Permalink | Reply | 0 comments |

Gmane