
Number: 1
Version: 2.1.0
Priority: Medium
Scope: Narrow
Complexity: Easy
Status:

Harry G. McGavran Jr. <hgm@lanl.gov> reports on exmh-users that 
double-clicking the iconified window still refuses to de-iconify.  My
recollection is that a 1 or 2 line fix was posted to exmh-workers a while 
back, but I can't find it in the archive.  
- slipcon



These are known bugs in exmh, along with the release under which they
were reported.

----------------------------------------------------------------------
Number: 3
Version: 2.0.3
Priority: Low
Scope: Narrow
Complexity: Medium
Status: 

This is an old bug.  The MIME display code misses one part of the RFC's
requirements on multiparts in which the number of CRLFs at the end of
a section have a meaning that I don't actually recall at the moment.
I discovered it a while after I wrote the code.  It probably isn't
hard, but I haven't looked at that code in 5 years or more.


----------------------------------------------------------------------
Number: 5
Version: 2.0.3
Priority: Medium
Scope: Narrow
Complexity: ?
Status: 

Not cleaning up MIME parts saved into temp files.  Not cleaning up
audit logs.


----------------------------------------------------------------------
Number: 6
Version: 2.0.3 + cvs as of around 4/7
Priority: Low
Scope: Narrow
Complexity: ?
Status: Bug 10 was fixed.  Someone thought this might be a duplicate
	of that.  Was it? 

I-Spell gets turned off by magic.  Make the magic go away.


----------------------------------------------------------------------
Number: 7
Version: 2.0.3
Priority: Low
Scope: Narrow
Complexity: ?
Status: 

The "use message as draft" does not highlight the body (not obeying
the "colorize multipart" preference?).


----------------------------------------------------------------------
Number: 9
Version: 2.0.3
Priority: Low
Scope: Narrow
Complexity: ?
Status: 

A URL of the form "http://host.dom" without a trailing slash doesn't
work.

Subject: Re: exmh built in browser bug?
Date: Wed, 14 Apr 1999 11:17:20 -0700 (13:17 CDT)
From: Brent Welch <welch@scriptics.com>

We should fix it to use the http:: package, if available.
I also noticed there is no timeout on Http_get.



----------------------------------------------------------------------
Number: 11
Version: 2.0.2
Priority: ?
Scope: ?
Complexity: ?
Status: 

Message received at submit@bugs.debian.org:
From: "Thomas Gebhardt" <gebhardt@HRZ.Uni-Marburg.DE>

Package: exmh
Version: 2.0.2-1

Hi,

sometimes I get a message with MIME encoded iso-latin characters with
a header like


Mime-Version: 1.0
Content-Type: multipart/signed;
 boundary="-==--=-=-=======--==--=-=--=-===---===----=--===";
 protocol="application/pgp-signature"; micalg=pgp-sha1

---==--=-=-=======--==--=-=--=-===---===----=--===
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

.... message text ....


---==--=-=-=======--==--=-=--=-===---===----=--===
Content-Type: application/pgp-signature

-----BEGIN PGP MESSAGE-----
Version: PGPfreeware 5.5.3i for non-commercial use <http://www.pgpi.com>

iQA/AwUBNZOc0qMJGtg+zqPAEQKTsgCg7+JhDM/BnXCnoWZebJGyZmMBxzoAoLbP
stDjIbtFhQEP+EiReo3uqVME
=4ohD
-----END PGP MESSAGE-----

---==--=-=-=======--==--=-=--=-===---===----=--===--                   

When I reply to such a message and use the "Quote" Button to
quote parts of the message text, then the iso-latin characters
do not show up correctly in the quoted text. They are displayed
like "=F6" , i.e. as MIME codes.

This seems to be a bug report for the upstream maintainer.

Cheers, Thomas



----------------------------------------------------------------------
Number: 12
Version: 2.0.2
Priority: ?
Scope: ?
Complexity: ?
Status: 

Message received at submit@bugs.debian.org:
From: Martin Weinberg <weinberg@osprey.phast.umass.edu>

Setting FACEPATH as documented in /usr/doc/exmh/README.debian
results in a display of arbitrary faces.  I have not been able
to figure out the logic error in faces.tcl.

Picons behave properly if FACEPATH is not set.



----------------------------------------------------------------------
Number: 13
Version: 1.6.9
Priority: ?
Scope: ?
Complexity: ?
Status: 

Message received at submit@bugs.debian.org:
From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>

The exmh frontend can not handle inc contacting a POP server and asking
for a password.



----------------------------------------------------------------------
Number: 14
Version: 1.6.9
Priority: ?
Scope: ?
Complexity: ?
Status: 

[This may be impossible to fix, since PGP doesn't really
output any useful exit status]

Message received at submit@bugs.debian.org:
From: Lars Wirzenius <liw@iki.fi>

If I change PGP to use some other language than English, exmh
loses it's ability to verify PGP messages. This is because
it checks the output of PGP to see if it has a message that
indicates a good signature. The pattern matches English only.

This could be fixed to have exmh support all languages, or to
force PGP to use English when run from exmh. I don't know if
either is feasible without modifying either program heavily (and
if either is going to be modified, it should be exmh, I think;
PGP is a security tool, and should not be modified lightly).

I have no fix, and the problem is not Debian-specific. It may
be good to just forward this to the upstream authors.



----------------------------------------------------------------------
Number: 16
Version: 2.0.2 maybe earlier
Priority: ?
Scope: ?
Complexity: ?
Status: 

From: Anders Eriksson <anders.c.eriksson@era.ericsson.se> 
Date: Thu, 01 Apr 1999 14:27:43 +0200 

Hi, This is a bug that has been bugging me for some time now.  When I
use mouse-base cut&paste the stuff pasted into the buffer is often
something I cut&pasted several iterations ago. Is this a exmh or tk
bug?  I use

exmh-2.0.2 (no patches)
tcl/tk-8.0
fvwm2
Linux-2.0.36

From: Brent Welch <welch@scriptics.com> 
Date: Fri, 02 Apr 1999 13:59:44 -0800 

This is an exmh bug...



----------------------------------------------------------------------
Number: 19
Version: 2.0.2
Priority: Low
Scope: Narrow
Complexity: Probably easy
Status:

In Ispell, when you change default language selections there is often an
uncaught error from a pipe close.

error flushing "file9": broken pipe
    while executing
"flush $ispellVars(spell_buffer)"
    (procedure "Ispell_Init" line 52)
    invoked from within
"Ispell_Init"
    invoked from within
".sedit1.f.t.m.sub invoke active"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 [list $w invoke active]"
    (procedure "tkMenuInvoke" line 29)
    invoked from within
"tkMenuInvoke .sedit1.f.t.m.sub 1"


----------------------------------------------------------------------
Number: 20
Version: 2.0.2
Priority: Med
Scope: Narrow
Complexity: ?
Status:

Date: Fri, 23 Apr 1999 11:36:04 -0400 (10:36 CDT)
From: Chip Christian <chip@princetontele.com>

The url-scanning code only looks for one url per line, but sometimes I get 
messages with more.  


----------------------------------------------------------------------
Number: 21
Version: 2.0.2
Priority: Low
Scope: Narrow
Complexity: Doc only
Status:

The Hook_SeditInit predefined hooks are not mentioned in the html doc.
There might be others, review the code and document any missing ones
----------------------------------------------------------------------
Number: 22
Version: 2.0.2
Priority: medium
Scope: Narrow
Complexity: 
Status:

Found this in Intro.html:

BUG: if you have projected a New FTOC, a subsequent pick will only
select messages still on the display. You need to rescan the folder
to start over. Sigh. 
----------------------------------------------------------------------
Number: 23
Version: 2.1.0
Priority: medium
Scope: Narrow
Complexity: 
Status:

Pgp_Exec sometimes indicates a PGP operation has failed when it actually
suceeded. As far as I can tell the problem is that in a [catch {exec $cmd}]
the catch gets triggered if the cmd uses stderr. Some form of smarter
error checking seems necessary. - kchrist
----------------------------------------------------------------------
Number: 24
Version: 2.1.0
Priority: medium
Scope: Narrow
Complexity: 
Status:

Detected a pgpMatch failure. While trying to match user@hotmail.com 
a key search for @hotmail.com was done. The search returned 
wronguser@hotmail.com (single match) and the key was used although
user != wronguser. I suspect having a single match for a key may
be responsible here. - kchrist
