[mew-int 2699] Mew can't decrypt .mew-passwd.gpg

Hello,

Mew can't decode .mew-passwd.gpg.  No debug output regarding pgp/gpg
operations, when (setq mew-debug t) either. :(

Mew 6.2.51,
GNU Emacs 22.3.1 (i386-apple-darwin9.6.0, Carbon Version 1.6.0) of
2009-01-03 on seijiz.local
gpg (GnuPG) 2.0.10

Relevant .mew.el settings:

(setq mew-use-cached-passwd t)
(setq mew-use-master-passwd t)

(setq mew-pgp-ver 3)
(setq mew-prog-gpg "gpg")

(setf mew-use-cached-passwd t
      mew-passwd-timer-unit 60
      mew-passwd-lifetime 24)

I've deleted and recreated (via mew) the .mew-passwd.gpg to no effect. 
Putting a 'shim' around gpg to see how its running shows that Mew is
invoking GPG correctly, and using that exact command does indeed decrypt
the .mew-passwd.gpg file, so it seems that Mew isn't properly parsing
the return from gpg??

thanks for any help,

[mew-int 2700] Wrapped lines and itemize

Hi,

Regularly, I get mails with itemize lists, where each item is 
preceded by a dash (as is customary in French and other languages).  
However, when these lists are wrapped, every wrapped line starts with 
"- " making the items indistinguishable.  Example (ignore the text 
meaning):

- After downloading your small input file, you'll have four minutes 
to run your program on our input and submit the output (along with 
your source code). If you take too long or output the wrong answer, 
the attempt will be marked as incorrect.
- After downloading the large input file, you have eight minutes to 
submit the output and your source code. There is only one input file, 
but you can submit as many times as you wish during the eight minutes.

Is there a way to configure Mew so that when wrapping lines starting 
with "- ", the continued lines start with "  "?

Regards,
ChriS

[mew-int 2701] Flowed quoted-printable encoded message

Hi,

Thanks for supporting the flowed format, it improves interoperability
with other mailers.  I have however the following problem.  The
attached message has the headers

  Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
  Content-Transfer-Encoding: quoted-printable

So the spaces are encoded as =20 but are present before the LF at the
end of lines.  The message however does not displayed as flowed.
Maybe this is to be considered as an encoding error (IIRC ``Apple
Mail'' is customary of not respecting standards but then unfortunately
it is rather popular).  In any case, it would be nice if Mew could
decode appropriately this kind of flowed format.

Regards,
ChriS

From: Bob Tanner <tanner <at> real-time.com>
Subject: [ANNOUNCE] bzr 1.13 released
Date: 2009-03-15 21:15:25 GMT

This release includes bug fixes and a few performance and feature  
improvements.

[mew-int 2702] Re: Flowed quoted-printable encoded message

+ Christophe TROESTLER <Christophe.Troestler <at> umons.ac.be>:

> So the spaces are encoded as =20 but are present before the LF at the
> end of lines.  The message however does not displayed as flowed.

It does for me. For instance, the (very short) paragraph

GNU Changelog output can now be produced by ``bzr log --format gnu-=20
changelog``.

displays as

GNU Changelog output can now be produced by ``bzr log --format
gnu-changelog``.

which looks flowed to me. What is your mew version? Mine is 6.2.51.

- Harald

[mew-int 2703] Re: Mew can't decrypt .mew-passwd.gpg

Thanks to Gernot, a fix for this problem (which appears to be a
gpg-agent pinentry program fault)
under MacOSX (and presumably all affected platforms) is to put

    pinentry-program /usr/local/bin/mew-pinentry

into your ~/.gnupg/gpg-agent.conf file.

Change the path as needed.

--Chan

Chan Wilson wrote:
> Hello,
>
> Mew can't decode .mew-passwd.gpg.  No debug output regarding pgp/gpg
> operations, when (setq mew-debug t) either. :(
>
> Mew 6.2.51,
> GNU Emacs 22.3.1 (i386-apple-darwin9.6.0, Carbon Version 1.6.0) of
> 2009-01-03 on seijiz.local
> gpg (GnuPG) 2.0.10
>
> Relevant .mew.el settings:
>
> (setq mew-use-cached-passwd t)
> (setq mew-use-master-passwd t)
>
> (setq mew-pgp-ver 3)
> (setq mew-prog-gpg "gpg")

[mew-int 2704] global-mode-string inserts a space

Hi,

When adding mew biff to the modeline (changing global-mode-string), a
space is added that makes the modeline look funny when mew-biff is
disabled.  There may be good reasons why that space was added, but at
least removing it clears the problem.  Patch attached.

Regards,
ChriS